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Abstract 


The  United  States  Army’s  legacy  maintenance  strategy  for  its  helicopter  fleet  is  centered  on 
replacing  and  repairing  components  based  on  aircraft  hours  flown.  This  strategy  overlooks  how 
variations  in  environmental  conditions,  component  stresses,  and  other  exogenous  factors  effect 
the  lifetime  of  specific  components  across  the  entire  fleet  of  Army  Aviation  Aircraft.  This  report 
describes  the  design  and  implementation  of  a  data  warehouse  that  subsumes  many  disparate 
databases  currently  housing  information  about  these  factors.  This  data  warehouse  supports  a 
common  synchronized  “maintenance  picture”  that  includes  state,  health,  usage,  and  logistics  data 
for  any  component  on  any  helicopter  in  the  fleet.  This  view  enables  researchers  and  planners  to 
individually  manage  component  maintenance  according  to  a  “condition  based”  policy.  This 
report  discusses  a  systems  engineering  approach  to  creating  a  data  warehouse  including  logical 
and  physical  designs,  data  management  strategies,  and  an  implementation  plan.  Discussion  is 
also  included  detailing  how  the  warehouse  might  be  adopted  for  conditioned-based  maintenance 
of  all  Army  systems. 
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1.  Introduction 


1.1  Background 

The  United  State  Army’s  current  maintenance  regimen  for  its  fleet  of  helicopters  consists  of 
two  main  components  -  scheduled  maintenance  activities  and  unscheduled  maintenance 
activities.  Scheduled  maintenance  activities  are  largely  preventive,  and  involve  periodic 
inspection,  servicing,  replacement  and  overhaul  of  various  aircraft  components.  These  scheduled 
maintenance  actions  are  managed  in  large  part  according  to  how  long  a  particular  component  has 
operated  (measured  in  aircraft  hours  flown). 

Unscheduled  maintenance  activities  consist  of  actions  taken  to  correct  unplanned  faults  and 
failures.  Many  unscheduled  maintenance  actions  occur  as  a  result  of  scheduled  maintenance 
actions,  though  some  are  reported  as  degraded  system  performance  by  the  helicopter’s  crew. 

Arguably,  this  maintenance  system  has  fared  well  for  decades  in  maintaining  a  safe  and 
ready  aviation  fleet.  In  a  five  year  period,  just  one  in  five  Army  Aviation  accidents  was 
attributable  to  component  failure  [1],  However,  many  believe  the  advent  of  sophisticated  on¬ 
board  health  monitoring  systems  and  modem  data  collection  capabilities  has  prompted  for  a 
redesign  of  the  current  maintenance  system. 

Potential  improvements  lie  in  overhauling  sweeping  assumptions  that  the  legacy  maintenance 
system  makes  about  how  components  wear.  Current  maintenance  models  presume  that  a 
component’s  condition  is  mainly  a  function  of  age,  and  ignore  such  exogenous  factors  as 
environmental  conditions,  how  the  aircraft  flies  (usage),  manufacturing  variances,  or  preventive 
maintenance  history. 

The  Army’s  time-based  approach  to  component  aging  is  incredibly  wasteful  given  the  high 
degree  of  variance  inherent  in  the  operation  of  Army  aircraft.  For  example,  a  transmission  flown 
at  a  quadmple  operations  tempo  in  a  desert  environment  at  maximum  gross  aircraft  weight  is 
maintained  the  same  as  a  transmission  flown  under  light  load  conditions  at  a  training  facility  in 
the  Southeast  United  States.  Treating  such  components  with  a  universal  maintenance  model  can 
lead  to  premature  and  superfluous  maintenance  actions  and  waste  money,  materials,  and  time. 

The  Army  is  considering  transitioning  its  existing  maintenance  management  regimen  to  a 
Condition  Based  Maintenance  (CBM)  strategy.  The  CBM  approach  leverages  all  relevant 
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information  to  manage  each  individual  aircraft  component  throughout  its  specific  lifetime.  This 
new  system  will  incorporate  data  from  a  plethora  of  disparate  sources  including  usage, 
environment,  vibration,  and  component  state  data.  This  will  aid  in  the  development  of  high- 
fidelity  diagnostic  and  prognostic  models  for  monitoring  component  health  and  predicting 
component  failure.  Indeed,  recent  reliability  efforts  have  shown  promise  in  the  area  of  condition 
based  prognostics  and  diagnostics.  McDowell  and  the  Multi-University  Center  for  Integrated 
Diagnostics  have  pioneered  much  work  in  this  area  [2],  Likewise,  the  U.S.  Navy  maintains  an 
official  and  fairly  mature  condition  based  maintenance  program  for  much  of  its  surface  and 
submarine  fleet  [3]  [4]. 

The  goal  of  CBM  is  to  eliminate  unscheduled  maintenance  and  improve  scheduled 
maintenance  activities.  By  leveraging  real-time  diagnostics  and  incorporating  prognostics  many 
unscheduled  maintenance  events  will  move  into  the  realm  of  scheduled  maintenance.  In  turn, 
maintenance  personnel  will  order  replacement  components  weeks  in  advance,  reducing  priority 
transportation  and  shipping  costs.  A  CBM  system  will  also  allow  maintainers  to  improve 
scheduled  maintenance  activities.  Instead  of  a  single  maintenance  schedule  for  the  entire  fleet, 
maintainers  can  develop,  track,  and  integrate  specific  scheduled  maintenance  actions  for  each 
component  on  each  aircraft  [5]. 

This  CBM  approach  is  highly  reliant  on  a  common,  synchronized,  and  high-fidelity 
information  system.  This  system  must  include  all  relevant  data  sources  from  any  aspect  of  a 
component’s  life.  Currently,  such  a  system  does  not  exist.  The  incumbent  maintenance  system 
does  feature  many  important  wellsprings  of  maintenance  information.  However,  each  of  these 
data  sources  was  developed  for  a  specific  purpose,  and  each  has  its  own  way  of  representing 
various  aspects  of  the  maintenance  domain.  These  data  subsystems  have  very  different  and 
inconsistent  data  definitions,  data  relationships,  and  data  transformation  rules. 

1.2  Operational  Need 

What  is  needed  is  a  common  and  freely  available  data  warehouse  that  not  only  subsumes 
these  existing  data  sources,  but  also  accommodates  any  relevant  data  source  from  a  component’s 
life.  This  data  warehouse  will  provide  a  comprehensive  picture  of  all  relevant  information  about 
the  life  of  a  component,  and  assist  analyst,  engineers,  and  managers  with  making  the  transition  to 
condition  based  maintenance. 
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This  report  focuses  on  the  design  of  such  a  data  warehouse  to  support  a  CBM  Prototype.  The 
CBM  Prototype  is  an  initial  effort  that  demonstrates  and  explores  the  capabilities  of  the  CBM 
concept.  This  prototype  includes  two  primary  research  efforts.  The  first  effort  focuses  on  the 
engineering  and  reliability  analysis  necessary  to  realize  CBM.  The  second  effort,  and  the  focus 
of  our  work,  examines  the  data  warehouse  needed  to  support  this  analytical  effort. 


1.3  Design  Methodology 

In  an  effort  to  inject  process  into  the  development  of  the  data  warehouse,  we  must  first 
adopt  an  effective  systems  engineering  methodology.  A  systems  engineering  methodology 
represents  a  systematic  way  of  decomposing  a  high-level  need  into  a  set  of  well  defined 
requirements  and  accompanying  designs  to  satisfy  these  requirements.  Many  such  processes  are 
described  and  compared  in  [6],  We  will  select  and  apply  a  modification  of  a  systems 
engineering  methodology  known  as  the  Systems  Engineering  and  Management  Process  (SEMP) 
in  order  to  address  development  of  the  prototype  date  warehouse.  This  process,  developed  at  the 
United  States  Military  Academy,  helps  engineers  systematically  design  large-scale,  complex 
systems  to  address  problems  [7],  The  SEMP  methodology  satisfies  the  seven  fundamental 
activities  required  in  an  effective  systems  engineering  approach  as  defined  by  [6],  and  has  been 
applied  to  hundreds  of  civil  and  military  applications. 

Our  modified  SEMP  approach  involves  three  phases  -  Problem  Definition,  Design  and 
Analysis,  and  Implementation.  In  the  Problem  Definition  Phase,  we  review  stakeholders,  their 
requirements,  and  perform  a  complete  systems  decomposition  of  the  CBM  Prototype  Data 
Warehouse.  In  the  Design  &  Analysis  Phase,  we  construct  and  analyze  a  logical  and  physical 
design  for  the  prototype,  as  well  as  define  a  data  management  plan.  In  the  Implementation 
Phase,  we  suggest  a  project  plan  for  implementing  our  design. 

This  process  is  modified  from  the  original  SEMP  in  that  it  (a)  does  not  generate  more  than 
one  alternative  for  the  data  warehouse,  (b)  does  not  involve  a  decision  making  process,  and  (c) 
does  not  implement  and  control  the  design.  These  steps  were  omitted  in  order  to  speed  rapid 
development  of  the  prototype. 
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2.  Problem  Definition 


2.1  Needs  Analysis 

Our  first  step  in  defining  the  data  model  is  to  conduct  a  thorough  Needs  Analysis  of  the  CBM 
prototype.  A  Needs  Analysis  is  a  systems  engineering  process  where  we  scope  and  bound  the 
system  under  study  and  gather  important  stakeholder  requirements.  This  process  allows  for 
creation  of  alternatives  that  are  within  the  project  scope  while  satisfying  stakeholder 
requirements. 

Needs  Analysis  begins  with  a  definition  of  an  initial  problem  statement.  The  initial  problem 
statement  for  the  CBM  Prototype  is  paraphrased  as: 

Develop  an  information  system  that  combines  state,  vibration,  and  maintenance  data  into  a 

common  maintenance  picture  for  the  UH60,  AH64,  and  CH47  fleet  of  aircraft.  Provide 

maintenance  information  to  major  stakeholders  that  enables  Condition  Based  Maintenance 

/87- 

Figure  1  shows  a  diagram  of  the  desired  information  system.  The  left  hand  side  of  the 
diagram  lists  the  incoming  data  sources  for  the  CBM  Prototype.  Each  of  these  sources  represents 
an  existing  maintenance  management  subsystem  currently  used  in  the  Army.  The  right  hand  side 
of  the  diagram  shows  stakeholders  involved  with  the  CBM  Prototype. 


2.2  Stakeholder  Analysis 

Before  designing  the  data  warehouse,  we  need  to  understand  the  requirements  of  relevant 
stakeholders  who  will  use  the  CBM  Prototype.  In  order  to  accomplish  this,  we  conduct  several 
interviews  and  meetings  that  target  a  variety  of  stakeholders  representing  four  groups  -  analyst, 
managers,  sponsors,  and  decision  makers.  Each  of  these  relevant  stake  holders  is  described 
below  [5]. 
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Figure  1  -  The  CBM  Prototype  Data  Warehouse 


Army  Soldiers  and  Units.  Soldiers  in  the  field  are  the  prime  benefactors  of  the  CBM 
Prototype.  Because  they  serve  as  front  line  implementers  of  maintenance  policy,  they  will  also 
serve  as  important  users  of  any  CBM  Prototype. 

Aviation  Engineering  Directorate  (AED).  AED  serves  as  the  airworthiness  authority  for 
Army  aircraft.  This  agency  represents  the  active  engineering  effort  for  Army  Aviation.  They  are 
responsible  for  researching  and  analyzing  readiness,  availability,  and  maintainability  data  to 
establish  safety  and  logistical  management  policy.  They  will  use  the  CBM  Prototype  in 
execution  of  these  duties. 

Integrated  Material  Management  Center  (IMMC).  IMMC  partners  with  Project  Executive 
Officers  and  Program  Managers,  war  fighters,  and  industry  to  develop,  acquire,  field,  and  sustain 
worldwide  logistics  support  to  ensure  weapon  system  readiness  in  any  operation.  They  are 
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largely  a  clearing  house  of  information  used  by  maintenance  managers  and  decision  makers. 

The  CBM  Prototype  will  help  them  provide  this  information. 

Aviation  Missile  Command  (AMCOM).  AMCOM  is  the  parent  agency  of  AED,  and  serves  as 
the  overall  proponent  for  development  of  the  CBM  Prototype. 

Program  Executive  Office  Aviation  (PEO- Aviation).  PEO-Aviation  is  overall  responsible 
for  management  of  all  Army  helicopter  systems.  Their  stake  in  the  CBM  Prototype  centers  on 
managing  the  components  affected  by  CBM  policy.  They  are  also  responsible  for  the  systems 
and  sensors  that  collect  CBM  data. 

Program  Managers  (PM).  The  Program  Managers  are  the  individual  offices  responsible  for 
a  specific  type  of  helicopter  (AH64,  UH60,  etc). 

During  this  interview  process,  we  ask  each  stakeholder  a  list  of  questions  targeting  functional 
requirements,  data  scope,  data  granularity,  information  latency,  required  data  sources,  and 
existing  analytical  tools  and  products.  An  example  interview  outline  is  shown  at  Appendix  A. 
We  next  identify  over  thirty  use  cases  for  the  CBM  prototype  from  this  stakeholder  interview 
process.  These  use  cases  document  individual  stakeholder  needs,  wants,  and  desires.  A  sample 
of  the  use  cases  is  shown  in  Figure  2.  Complete  use  case  documentation  is  available  at 
Appendix  B.  An  analysis  of  these  use  cases  yields  the  following  collective  needs,  wants,  and 
desires  of  the  stakeholders: 

(1)  For  any  given  component,  provide  a  complete  and  synchronized  view  of  all  possible 
diagnostic  data  at  any  point  in  that  component’s  life.  Show  trending  of  this  information  along 
scalable  trajectories. 

(2)  Produce  reliability  trending  for  any  of  the  following  populations:  individual  component, 
component  family,  aircraft,  major  aircraft  system,  unit,  geographical  location. 

(3)  View  the  maintenance  history  of  a  particular  component  or  component  family  juxtaposed 
with  reliability  information  as  well  as  usage  and  component  state  information. 
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(4)  For  a  given  component,  show  a  history  of  its  reliability  information  matched  with 
component  configuration  and  location. 

(5)  For  a  given  component  or  aircraft,  provide  a  complete  maintenance  history  including 
front-line  maintenance  activity,  component  installation  records,  tear  down  analysis,  and  fault 
history. 


2.3  System  Decomposition 

In  an  effort  to  scope  and  bound  the  data  model,  we  next  conduct  a  detailed  system 
decomposition  of  the  CBM  Prototype.  To  accomplish  this  we  must  clearly  understand  what  is 
meant  by  system.  Because  the  CBM  Prototype  will  include  information  from  the  data  sources 
shown  in  Figure  1,  we  know  that  any  resultant  system  must  subsume  these  individual  source  data 
schemas.  Each  of  these  data  sources  is  briefly  introduced  below. 

2.3.1  Data  Source  Overview 

Unit  Level  Logistics  System  Aviation  (ULLS-A).  ULLS-A  is  a  unit-based  information  system 
that  tracks  individual  aircraft  maintenance  actions.  These  maintenance  actions  describe  (in  a 
detailed  text-based  fashion)  the  history  of  all  maintenance  activities  that  occur  at  the  unit  level. 
This  includes  repairs,  replacements,  and  troubleshooting.  It  does  not  include  major  component 
tear  down,  overhaul,  or  detailed  failure  analysis. 

Department  of  the  Army  DA  Form  2410  Data  (2410  Data).  The  2410  data  describes  major 
component  replacements  and  repairs  for  certain  tracked  components.  These  components  are 
usually  major  end  items  with  a  high  dollar  value. 

Enhanced  Electronic  Logbook  Automation  System  (ELAS).  The  ELAS  is  an  information 
system  that  tracks  individual  maintenance  actions.  It  is  similar  to  ULLS-A,  but  primarily  fielded 
for  the  AH64. 


12 


Stakeholder :  Martini,  Joe 
Stakeholder  Type:  Engineer,  Manager 
Organization  :  AED  Structures  &  Materials 


Use-Case  ID: 

UC-15 

Use-Case  Title: 

Predict  time  or  conditions  for  failure 

Priority: 

Will  Need  Eventually 

Frequency  of  Use: 

Constantly 

Primary  Actor: 

Analyst 

Other  Actors: 

Analytical  Tools  Units  in  the  field  Aircraft 

Pre-Conditions: 

Aircraft  failures  in  the  field  are  known.  Conditions 
the  aircraft  where  flown  in  are  known. 

Main  Success 

Scenario 

1 .  Analyst  enters  aircraft  type  or  tail  number.  2. 
Analytical  tool  mines  the  database  for  aircraft 
history,  conditions  flown,  reliability  models,  and 
past  failure  histories  3.  Tool  issues  a  prediction 
to  the  analyst  as  to  when  the  aircraft,  or  fleet  of 
aircraft  will  fail. 

Variations 

The  analyst  may  also  be  interested  in 
individual  component  failure. 

Post-Conditions: 

Analyst  receives  either  an  estimated  time,  or  set 
of  conditions  when  the  aircraft  will  experience 
failure. 

Data  sources  currently 
used  to  meet  this 
requirement: 

Qualification  Data,  2410,  ELAS 

Software  currently 
used 

Excel,  INCODE,  VDRI 

Additional  Comments: 

None 

Figure  2  -  Example  CBM  Prototype  Use  Case 
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Unified  Readiness,  Availability,  and  Maintainability  Data  (UniRAM).  UniRAM  data  is 
highly  cleansed  ELAS  and  ULLS-A  data.  This  data  cleaning  insures  the  mostly  text-based  and 
manually  entered  entries  in  ELAS  and  ULLS-A  are  correct  and  complete. 


AH  Vibration  Data.  AH  Vibration  data  consist  of  vibration  measurements  calculated  in 
flight  for  the  AH64A/D  aircraft  by  the  Vibration  Monitoring  Enhancement  Program  (VMEP). 
The  VMEP  is  an  onboard  health  monitoring  system  that  provides  vibration  condition  indications 
for  dozens  of  components  [9]. 

AH  Maintenance  Data  Recorder  (AH  MDR).  The  data  recorder  for  the  AH64A/D  aircraft 
captures  state  data  from  hundreds  of  onboard  sensors  on  the  aircraft.  These  sensors  collect 
information  about  a  variety  of  aircraft  components  at  a  rate  of  approximately  16Hz.  This  data 
includes  everything  from  pilot  stick  position  to  aircraft  velocity  in  three  axes. 

Cargo  CPME.  Cargo  CPME  data  includes  maintenance  management  information  from  the 
CH47  [10]. 

UII  Fleet  Management  Data  (UH  Platform  Maintenance  Environment).  The  UH60  Platform 
Maintenance  Environment  (PME)  includes  maintenance  management  information  for  the  UH60 
series  of  aircraft.  This  information  is  similar  to  the  ULLS-A  and  ELAS  datasets. 

UH60  Health  and  Usage  Monitoring  System  data  (UH  HUMS).  UH  HUMS  tracks  state  and 
health  monitoring  data  for  hundreds  of  components  on  the  UH60.  It  is  analogous  to  the  AH 
MDR  and  VMEP  dataset  for  the  AH64. 


2.3.2  Individual  Data  Source  Analysis 

At  the  time  of  this  writing,  the  scope  of  the  CBM  prototype  and  programmatic  decisions 
limited  the  number  of  data  sources  available  for  analysis.  Therefore,  in  this  section,  we  will  only 
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analyze  those  data  sources  that  were  (a)  designated  part  of  the  CBM  prototype  and  (b)  were 
readily  available  for  source  data  analysis  and  review.  This  set  includes  AH64  MDR,  VMEP,  and 
ELAS  data.  However,  it  is  important  to  note  that,  despite  this  restricted  data  set,  our  design  is  a 
holistic  systems  engineering  approach  that  will  easily  accommodate  any  of  the  data  sources 
listed  in  Section  2.3.1. 

2.3.2. 1  Analysis  of  AH64D  Maintenance  Data  Recorder  (MDR)  Data 

MDR  Overview 

The  AH64D  Maintenance  Data  Recorder  is  a  digital  source  collector  (DSC)  that  measures 
hundreds  of  parameters  for  the  AH64D  aircraft.  On  board  sensors  measure  recorded  parameters 
and  report  parameter  values  using  the  AH64D  MIL  STD-1 553B  Bus  protocol.  The  MDR  system 
was  primarily  designed  to  record  maintenance  exceedences  and  safety  information  for  aircraft 
crash  investigation  purposes. 

The  MDR  system  generates  a  series  of  recordings  for  each  MDR  usage  period.  A  MDR 
usage  period  corresponds  to  a  single  flight  or  ground  run-up  of  the  aircraft.  A  MDR  usage 
period  is  created  each  time  the  aircraft  has  AC  power.  AC  power  is  generated  by  the  aircraft 
generators  (powered  by  either  the  aircraft’s  auxiliary  power  unit  or  aircraft  transmission  in  flight) 
or  an  external  ground  power  unit. 

MDR  Parameters 

Data  recorded  by  the  MDR  includes  component  state  monitoring  (pressure,  temperature, 
speed,  etc),  aircraft  usage  parameters  (how  the  aircraft  was  employed),  and  crew  information 
(cockpit  voice  recordings,  switch  positions,  pilot  inputs).  These  parameters  are  dynamically 
recorded  based  on  a  set  of  on-change  triggers,  and  are  not  necessarily  continuous  in  nature.  For 
example,  if  the  engine  temperature  experiences  a  change  of  more  than  10  degrees  Celsius,  then 
the  new  value  is  logged.  If  there  is  a  change  of  less  than  10  degrees  Celsius,  then  no  value  is 
recorded.  Appendix  C  lists  the  entire  set  of  MDR  parameters  including  parameter  definition, 
units,  and  triggering  information. 
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MDR  Data  Management 

MDR  data  is  managed  according  to  a  Boeing  proprietary  data  management  process,  and  was 
not  originally  designed  to  support  export  to  third-party  applications.  Data  from  individual 
aircraft  usage  periods  is  stored  in  onboard  data  stores,  then  downloaded  by  technicians  using  the 
LIMSSGAS  system.  This  system  is  a  stand  alone  data  viewer  that  enables  maintenance 
technicians  to  view  state  trajectories  and  other  information  provided  by  the  MDR.  Data  can  be 
exported  from  LIMSSGAS,  but  the  resultant  files  are  stored  in  binary  format  intended  to  be  used 
by  other  Boeing  products. 

In  order  to  translate  the  MDR  data  into  text  that  can  be  read  by  third-party  applications  (such 
as  Excel  or  Matlab),  one  must  use  a  Boeing-developed  proprietary  translation  tool  called  MAST. 
MAST  produces  a  comma  separated  values  (CSV)  text  file  that  can  be  imported  into  any  number 
of  third-part  applications. 

MDR  Schema 

Figure  3  shows  an  extract  of  the  CSV  file  produced  by  MAST.  As  this  figure  shows,  it  is  a 
simple  one-table  data  schema  listing  the  date  time  group  (DTG)  of  a  parameter  recording,  the 
name  of  the  parameter  recorded,  and  the  recorded  parameter’s  value.  As  previously  mentioned, 
parameters  are  recorded  as  they  individually  change,  surpass  individual  triggers,  and  report 
information  to  the  central  MIL  STD  -1553B  bus  controller.  This  results  in  a  first  changed/first 
logged  chronological  order  of  recorded  MDR  parameters.  Because  of  the  variance  of  individual 
component  triggers,  some  parameters  are  logged  frequently  (several  times  a  second)  while  others 
are  logged  only  one  or  two  times  per  flight.  It  is  important  to  note  that,  as  shown  in  Figure  3, 
often  times  a  DTG  is  repeated  several  times  for  different  parameters  that  each  triggered  a 
recording  at  the  same  time. 
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Gmt_Time 

Parameter 

Value 

Units 

11/21/2004-22:17:33.24 

0000  -  Undefined  Fault  Code 

0 

Inactive  Fault 

11/21/2004-22:17:33.24 

0000  -  Undefined  WCA  Code 

0 

Inactive  WCA 

11/21/2004-22:17:33.24 

Stabilator  Position 

0.263672 

Degrees 

11/21/2004-22:17:33.24 

True  Heading 

0 

Semicircle 

11/21/2004-22:17:33.24 

Primary  Hydraulic  Pressure 

2938.25 

PSIG 

11/21/2004-22:17:33.24 

Utility  Hydraulic  Pressure 

2956.08 

PSIG 

11/21/2004-22:17:33.24 

Emer  (ACCUM)  Hyd  Pressure 

2881.197 

PSIG 

11/21/2004-22:17:33.24 

Total  True  Airspeed 

0 

Knots 

11/21/2004-22:17:33.24 

Pylon  1  PAC  Position 

0 

Degrees 

11/21/2004-22:17:33.24 

Engine  #1  NGRBX  Oil  Press 

0.683928 

PSIG 

11/21/2004-22:17:33.24 

Engine  #1  Oil  Pressure 

1 

PSI 

11/21/2004-22:17:33.24 

Eng  1  Bleed  Air  PRSOV  Open 

0 

0=Closed  1=Open 

11/21/2004-22:17:33.56 

Primary  Hydraulic  Pressure 

2938.25 

PSIG 

11/21/2004-22:17:33.56 

Utility  Hydraulic  Pressure 

2952.514 

PSIG 

11/21/2004-22:17:33.56 

Emer  (ACCUM)  Hyd  Pressure 

2899.026 

PSIG 

11/21/2004-22:17:33.56 

IAFS  Fuel  Quantity 

0 

Pounds 

11/21/2004-22:17:33.72 

4.187308 

Feet 

11/21/2004-22:17:33.72 

Radar  Altitude  Valid 

1 

0=lnvalid  1=Valid 

11/21/2004-22:17:33.72 

Altitude  Hold 

0 

11/21/2004-22:17:33.88 

Tit  i  li  (TTi  SlAtl  U  (Til 

2.093654 

Feet 

11/21/2004-22:17:33.88 

Radar  Altitude  Valid 

1 

0=lnvalid  1=Valid 

11/21/2004-22:17:33.88 

Altitude  Hold 

0 

0=Off  1=On 

11/21/2004-22:17:33.88 

Hover  Hold  Mode 

0 

0=Off  1=On 

11/21/2004-22:17:33.88 

Attitude  Hold 

0 

0=Off  1=On 

11/21/2004-22:17:33.88 

Lateral  Airspeed 

-5.2887 

Knots 

11/21/2004-22:17:33.88 

Side  Slip  Angle 

-16.8915 

Degrees 

11/21/2004-22:17:33.88 

Lateral  TAS  Unfiltered 

-5.2887 

Knots 

11/21/2004-22:17:34.04 

Side  Slip  Angle 

-19.3854 

Degrees 

Figure  3  -  Example  MAST  Output 
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MDR  Analysis 


We  performed  two  main  tasks  during  analysis  of  the  MDR  data.  In  our  first  data  analysis 


task,  we  designed  a  simple  data  transformation  tool  that  transposes  each  MDR  parameter  onto  a 
common  timeline.  This  tool,  created  in  Microsoft  Access,  uses  a  Visual  Basic  for  Application 
(VBA)  code  sequence  to  import  the  original  MAST-generated  CSV  and  then  create  a  single 
output  table  in  DBASE  IV  format.  The  DBASE  IV  format  can  then  be  read  by  third-party 
applications  such  as  Excel,  Matlab,  or  Minitab.  Figure  4  shows  a  screen  shot  of  the  user 
interface  for  this  tool. 


fc  MDR  Transform  Toot  ' 


-=M*1 


MDR  Data  Transformer  V3.0 


1.  Move  the  MDR  .csv  files  of  interest  into  a  temporary  directory. 

2.  Click  here  to  define  available  parameter  list 

(This  Is  the  list  of  available  parameters  listed  In  the  text  box  below) 

3.  Click/Select  the  specific  MDR  parameters  below  to  Include  In  the 
transform,  then  click  GO. 

4.  When  prompted,  select  the  target  temporary  directory  containing  your 
CSV  files  from  MAST.,  and  the  location  where  you  want  the  transformed 
.dbf  files. 

5.  The  program  will  then  create  a  .dbf  files  for  each  csv  file.  Note,  the 
column  names  In  the  .dbf  file  are  abbreviated  to  8  characters.  These 
abbreviations  are  shown  in  parenthesis  below. 

Select  MDR  Parameters  to  transform  (up  to  254  parameters) 

(ctrt+select  for  multiples) 


AC  Elec  Bus  #1  Phase  A  Voltage  (AC  E_2) 
AC  Elec  Bus  #1  Phase  B  Voltage  (AC  E_3) 
AC  Elec  Bus  #1  Phase  C  Voltage  (AC  E_4) 
Aft  Fuel  Level  (Aft  _9) 

Aircraft  CG  (Afrc_10) 

All  Hold  Disengage  Software  (All  _12) 
Altitude  AGL  (RADAR)  (Alb_13) 

Altitude  Hold  (Alti_14) 

ASE  Roll  (ASE  _27) 

ASE  Yaw  (ASE  _29) 

Attitude  Hold  (Atti_30) 

Engine  *1  NG  (Engl_323) 

Enqlne  *1  NGRBX  Oil  TemD  (Enqf  325) 

GO! 


Figure  4  -  Screen  Shot  of  MDR  Transform  Tool 

Each  unique  DTG  in  the  source  CSV  corresponds  to  a  single  row  in  the  resultant  DBASE  VI 


tabic.  For  each  row,  we  add  a  column  for  up  to  255  possible  MDR  parameters  of  interest 
selectable  by  the  analyst  or  engineer  (Figure  4).  If  a  parameter  triggered  a  recording  at  that 
row’s  DTG,  then  the  new  parameter  value  is  inserted  into  the  parameter’s  column.  If  no  value 
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was  recorded  for  a  parameter  at  the  row’s  DTG,  then  a  null  value  is  inserted.  Figure  5  shows  an 
extract  of  the  table  produced  by  this  tool.  This  figure  shows  one  common  mission  timeline,  with 
any  corresponding  data  recorded  during  each  time  interval. 


DTG 

ENG#1  TGT 

ENG#2  TGT 

11/17/2004-13:04:07.72 

11.23596 

11.23596 

11/17/2004-13:04:08.04 

11.72447 

11.72447 

11/17/2004-13:04:11.72 

11/17/2004-13:04:15.06 

11/17/2004-13:09:47.54 

1.46556 

11/17/2004-13:09:47.70 

11/17/2004-13:09:48.02 

11/17/2004-13:09:58.58 

11.72447 

11/17/2004-13:09:59.54 

12.21299 

11/17/2004-13:09:59.70 

10.74744 

11/17/2004-13:09:59.86 

11.7244 7 

11/17/2004-13:10:00.98 

12.70151 

11/17/2004-13:10:01.14 

11/17/2004-13:10:02.42 

12.21299 

11/17/2004-13:10:03.70 

14.16707 

11/17/2004-13:10:05.14 

11/17/2004-13:10:05.94 

24.42599 

11/17/2004-13:10:06.10 

11/17/2004-13:10:06.26 

43.47826 

11/17/2004-13:10:06.42 

56.17978 

11/17/2004-13:10:06.58 

HEEEIEEE! 

11/17/2004-13:10:06.74 

82.55984 

11/17/2004-13:10:06.90 

97.70396 

11/17/2004-13:10:07.06 

113.82511 

11/17/2004-13:10:07.22 

129.45774 

11/17/2004-13:10:07.38 

143.62482 

11/17/2004-13:10:07.54 

157.30337 

11/17/2004-13:10:07.70 

172.44748 

11/17/2004-13:10:07.86 

185.14900 

11/17/2004-13:10:08.02 

198.82755 

11/17/2004-13:10:08.18 

211.04055 

Figure  5  -  Example  MDR  Transform  Tool  Output 


This  tool  allows  an  analyst  or  engineer  to  easily  conduct  time  series  analysis  of  several  MDR 
parameters  simultaneously.  It  also  aids  us  in  conducting  profiling  and  basic  descriptive  analysis 
of  the  underlying  data.  Figure  6  show  an  example  chart  produced  by  Excel  with  data  from  our 
tool.  This  type  of  analytical  product  was  previously  not  available  before  this  transformation. 
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Engine  Start  Analysis  (MDR) 


-*-ENG#1 

ENG#2 


Mission  Time 


Figure  6  -  Example  MDR  Analysis  Using  Transformed  Data 


The  second  data  analysis  task  we  performed  on  the  MDR  data  was  to  profile  the  frequency  at 
which  MDR  parameters  are  actually  recorded  in  the  field.  We  examined  23  individual  MDR 
usage  periods  from  field  units,  and  examined  which  parameters  were  tracked,  and  how  often. 

We  then  conducted  a  Pareto  analysis  to  ascertain  which  parameters  were  the  main  contributors  to 
the  MDR  data  file. 


The  results  of  this  analysis  are  shown  in  Appendix  D.  This  analysis  leads  us  to  the  following 


conclusions: 


The  average  number  of  MDR  recorded  values  per  usage  period  (summation  of  all 
parameters)  is  81347.13  individual  parameter  recordings. 
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-  The  most  frequently  recorded  MDR  parameter  produces  an  average  of  2546.9  individual 
data  recordings  per  usage  period. 

-  The  least  frequently  recorded  MDR  parameter  is  recorded  at  an  average  of  0  times  per 
usage  period.  A  total  of  90  parameters  share  this  distinction. 

-  Roughly  10%  of  the  available  parameters  cause  80%  of  the  logged  values. 

MDR  Issues 

At  this  point,  we  identify  two  main  issues  with  the  MDR  source  data.  First,  the  data  is  not 
truly  continuous.  Because  data  is  only  recorded  when  parameters  exceed  individual  trigger 
points,  some  type  of  interpolation  is  required  to  fill  in  the  “gaps.”  This  is  easily  noted  in  the 
extract  from  our  MDR  translation  tool  shown  in  Figure  4.  If  no  parameter  value  was  logged  for 
a  particular  DTG,  we  log  a  null  value.  However,  this  is  not  quite  accurate;  the  parameter  did  have 
some  value  at  that  time  (it  just  wasn’t  recorded).  In  order  to  make  the  data  truly  continuous, 
some  value  must  be  entered  for  the  null  values.  Possible  entries  might  be  the  last  known  value, 
average  or  mode  of  last  and  next  value,  or  individual  linear/non-linear  functions  based  on  known 
parameter  characteristics. 

The  second  issue  we  identify  with  MDR  data  stems  from  the  sheer  volume  of  information 
recorded.  We  suggest  that  in  future  implementations  of  the  CBM  Data  Warehouse,  some  efforts 
are  made  to  scope  the  amount  of  MDR  parameters  that  are  actually  loaded  into  the  warehouse. 
This  scoping  decision  could  be  based  on  the  needs  of  analysts  and  engineers.  For  example, 
perhaps  no  one  is  interested  in  the  Co-Pilot  Gunner’s  Master  Arm  Switch  Position,  so  this  MDR 
parameter  is  never  loaded. 

2.3.2.2  Analysis  of  Vibration  Monitoring  and  Enhancement  (VMEP)  Data 

VMEP  Overview 

The  Vibration  Monitoring  and  Enhancement  Program  is  a  digital  source  collector  that  records 
vibration  information  for  components  on  the  AH64A,  AH64D,  UH60A,  and  CH47  aircraft.  In 
the  CBM  Proof  of  Principle,  we  will  only  be  using  AH64D  VMEP  data.  The  VMEP  system 
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consists  of  a  set  of  21  sensors  mounted  on  the  aircraft,  and  a  centralized  processing  unit  (CPU) 
that  collects  and  processes  information  from  each  sensor.  VMEP  is  a  dual  purpose  system  that 
(1)  provides  information  used  to  gauge  the  health  of  components  (from  a  vibration  perspective) 
and  (2)  is  used  to  perform  “rotor  smoothing”  for  the  main  and  tail  rotor  systems  of  the  aircraft. 

A  detailed  explanation  of  the  entire  VMEP  system  is  available  at  [9]. 

The  VMEP  system  generates  a  series  of  recordings  for  each  VMEP  usage  period.  A  VMEP 
usage  period  corresponds  to  a  single  “mission”  or  use  of  the  VMEP  system.  A  VMEP  usage 
period  is  created  each  time  the  VMEP  system  is  powered  on  and  the  aircraft  main  rotor  RPM 
exceeds  90%  available  rotor  speed. 

VMEP  Parameters 

The  VMEP  system  periodically  logs  Condition  Indicators  (CIs)  for  several  components  of 
interest  on  the  aircraft.  These  CIs  serve  as  surrogates  for  the  level  of  vibration  exuded  by  each 
component.  These  CIs  are  listed  and  described  in  Figure  7. 

VMEP  Data  Management 

The  VEMP  CPU  samples  each  VMEP  sensor  at  a  frequency  of  roughly  20  Hertz.  The  CPU 
then  uses  on  board  software  to  produce  the  CIs  listed  above  at  a  rate  of  0.5  Hz.  A  technician 
periodically  connects  to  the  VMEP  CPU  with  a  laptop  (VMEP  Ground  Station)  and  downloads 
the  Cl  values.  Maintenance  personnel  and  analyst  can  then  use  the  VMEP  Ground  Station  to 
view  the  CIs,  including  Cl  historical  trends.  This  information  can  be  used  to  manually  trigger 
certain  maintenance  actions  such  as  increased  component  inspections  or  component  removals. 

In  order  to  convert  the  VMEP  data  into  a  text  form  readable  by  third-party  software  (and 
loading  into  the  CBM  Data  Warehouse),  one  must  first  use  the  VMEP  Ground  Station  to  export 
the  VMEP  data  to  a  binary  file.  This  binary  file  is  then  translated  to  readable  text  using  a 
translation  tool  provided  by  the  VMEP  manufacturer,  Intelligent  Automation  Corporation  (IAC). 
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The  program  name  for  this  translation  tool  is  exporttotext.exe.  This  tool  produces  a  series  of 
flat  text  files.  These  files  fit  into  three  general  categories  -  system  test  files,  rotor  smoothing 
files,  and  Cl  measurement  files.  The  files  of  interest  to  the  CBM  Prototype  Data  Warehouse  are 
the  Cl  measurement  files  (labeled  AllCI.txt). 


VMEP  Schema 

Each  AllCI.txt  file  consists  of  a  flat  text  file  broken  down  into  10  lines  of  header 
information  and  6  lines  of  recurring  Cl  data.  An  extract  of  a  sample  All  CI.txt  file  is  shown  in 
Figure  8.  The  header  information  lists  information  about  the  particular  aircraft  and  VMEP 
system  settings.  The  recurring  Cl  data  portion  logs  each  CFs  value  every  120  seconds  of  the 
VMEP  usage  period. 


Figure  8  -  Example  VMEP  All  CI.txt  file 
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VMEP  Data  Analysis 


VMEP  data  recordings  follow  a  regular  established  pattern  as  described  above.  Each  VMEP 
usage  period  generates  a  uniform  number  of  recordings  for  each  of  the  20  available  CIs. 

Profiling  of  30  VMEP  usage  period  reveals  that  each  VMEP  usage  period  produces  an  average 
of  120  recordings  per  CL 

VMEP  Issues 

Like  the  MDR  Data,  the  VMEP  CIs  are  not  truly  continuous.  Each  Cl  is  a  snap-shot  in  time, 
and  extrapolation  is  required  to  ascertain  what  is  occurring  between  each  Cl  recording. 

2. 3. 2. 3  Analysis  of  Enhanced  Electronic  Log  Book  (ELAS)  Data 

ELAS  Overview 

The  Enhanced  Electronic  Logbook  Automation  System  (ELAS)  is  a  maintenance 
management  system  deployed  within  Army  Aviation  units.  This  system  is  the  primary  source  of 
information  for  all  low-level  maintenance  tasks  and  faults  occurring  at  the  unit  level.  DA  Pam 
738-751  specifies  manual  records  that  must  be  maintained  on  each  Army  aircraft  [11].  ELAS 
automates  many  of  the  records  electronically,  including  information  about  maintenance  tasks, 
general  aircraft  usage,  aircraft  configuration,  parts  ordering,  fault  information,  fuel  information, 
and  crew  manning.  In  the  CBM  Data  Warehouse  Prototype,  we  are  primarily  interested  in  using 
ELAS  to  obtain  what  maintenance  actions  are  performed  on  the  aircraft  as  well  as  failure  and 
fault  information  for  components. 

ELAS  Data  Management 

ELAS  is  fielded  as  a  stand  alone  graphical  user  interface  built  on  a  Microsoft  Access  (MS 
Access)  backend  database.  Each  aircraft  has  its  own  database,  and  Army  units  combine  each 
aircraft  database  into  a  single  database  for  the  unit.  This  database  is  easily  exported  or  copied, 
and  readable  by  MS  Access  or  a  variety  of  ODBC-enabled  database  technologies. 
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ELAS  Schema 


Appendix  E  lists  the  schema  information  for  ELAS.  Tables  of  particular  interest  to  the  CBM 
Prototype  Data  Warehouse  include:  FAULT,  COMPONENT,  AIRCRAFT,  FLIGHT,  and 
ACTION. 

ELAS  Data  Analysis 

Figure  9  shows  our  analysis  and  profiling  information  taken  from  three  months  worth  of 


ELAS  data  involving  24  AH64D  helicopters. 


ELAS  Table 

Total  Entries 

FAULT 

24033 

COMPONENT 

6937 

AIRCRAFT 

24 

FLIGHT 

1841 

ACTION 

23378 

Figure  9  -  ELAS  Data  Profiling 

This  table  shows  that,  from  a  data  volume  point  of  view,  the  ELAS  data  set  is  very 
manageable. 


ELAS  Data  Issues 

The  main  issues  with  ELAS  fall  into  two  general  categories  -  standardized  coding  errors  and 
human  text  errors.  Figure  10  introduces  these  errors.  The  standardized  coding  errors  are  caused 
when  a  maintainer  fails  to  enter  the  correct  DA  PAM  738-75 1  prescribed  codes  for  one  of  the 
following-  Work  Unit  Code  (WUC),  Date/Time,  Aircraft  Hours,  When  Discovered  Code,  How 
Recognized  Code,  Malfunction  Code,  and  Maintenance  Action  Code.  ELAS  does  not 
necessarily  enforce  logical  entries  for  these  codes,  and  the  maintainer  is  free  to  enter  whatever 
values  they  wish.  Therefore  it  is  completely  possible  that,  due  to  a  training  deficiency  or  (more 
likely)  operational  necessity,  the  maintainer  will  enter  an  incorrect  code.  Much  of  this  problem 
is  due  to  the  clumsiness  of  DA  PAM  738-751.  Additionally,  ELAS  could  benefit  from  an 
intelligent  graphical  user  interface  that  guides  the  user  to  make  correct  and  logical  entries  based 
on  the  context  of  the  maintenance  action  or  fault.  For  example,  if  a  generator  fails  on  an  aircraft, 
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then  ELAS  might  limit  the  1 1  possible  How  Recognized  Codes  to  only  those  that  make  sense  for 
a  generator. 
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stands  for  "Install”  Should 
read  as  "X”,  the  code  for 
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Component  replacement 
must  be  captured  as 
separate  entity. 

Must  capture  serial  #of 
replaced  parts  (if 
applicable). 

Corresponding  supply  action 
must  be  captured  as 
separate  entity 


Figure  10  -  Example  ELAS  Data  Errors 


The  human  text  errors  are  more  problematic.  Most  of  the  critical  information  about  a 
maintenance  action  or  fault  is  contained  in  the  Fault/Remarks  portion  of  the  ELAS  generated 
form  shown  in  Figure  10.  This  is  where  the  maintainer  records  the  nature  and  description  of  the 
actual  maintenance  task  or  fault.  Likewise,  other  important  information,  such  as  part  number  & 
serial  number  are  also  recorded  here.  This  information  is  free  text,  and  extremely  difficult  to 
extract.  For  example,  for  a  failed  drive  shaft  the  maintainer  might  enter  any  of  the  following  - 
“Failed  Drive  Shaft”,  “Failed  D/S”  or  “Number  3  Drive  Shaft  Failed  on  Run  Up.”  Translating 
this  to  a  standard  database  entry  is  extremely  difficult.  Likewise,  if  the  maintainer  fails  to  enter 
the  part  number,  stock  number,  or  serial  number,  we  have  no  way  of  tracking  the  particular 
component  involved. 


2. 3.2.4  Analysis  of  UniRAM  Data 


UniRAM  Overview 

The  UniRAM  data  set  is  analogous  to  the  ELAS  dataset.  Developed  for  use  by  the  Aviation 
Technical  Test  Center  (ATTC),  UniRAM  is  a  more  logical  and  stringent  approach  to  managing 
DA  PAM  738-751  data.  More  importantly,  the  Army  maintains  an  experienced  cadre  of 
professional  technicians  at  Fort  Rucker,  Alabama  that  are  well  versed  at  translating  ELAS  data 
into  UniRAM  data.  Because  of  this  fact,  we  will  opt  to  use  a  UniRAM  version  of  ELAS  data  for 
the  maintenance  task  and  fault  information  for  the  CBM  Prototype  Data  Warehouse. 

UniRAM  Data  Management 

The  UniRAM  Data  Management  process  begins  with  an  ELAS  data  set.  The  ELAS  dataset 
is  scrubbed  by  technicians  at  Fort  Rucker  who  perform  one  or  more  of  the  following  tasks: 

Match,  lookup,  and  record  ELAS  component  information  -  This  process  consists  of  matching 
components  listed  in  electronic  2408-13-1  narratives  with  components  listed  in  actual  Army 
maintenance  manuals  and  supply  data  sources.  This  includes  matching  NSN,  NUN,  part 
number,  work  unit  codes  (WUC),  position  codes,  serial  number,  and  TSI/TSN.  This  process  will 
require  a  human  or  intelligent  system  to  derive  this  information  from  narrative  entries. 

Match,  lookup,  and  record  ELAS  maintenance  actions  -  This  process  involves  matching  the 
maintenance  action  listed  on  the  2408-13-1  (codes  and  narratives)  to  standardized  maintenance 
actions  specified  in  Army  maintenance  doctrine.  This  includes  maintenance  function, 
maintenance  interval,  maintenance  level,  tools,  man  hours  required,  etc. 

Match,  lookup,  and  record  ELAS  failure  information  -  This  process  involves  matching  the 
failure  event  information  on  the  2408-13-1  (codes  and  narratives)  to  recognized  failure  modes  in 
the  Army  maintenance  doctrine.  This  includes  failure  codes,  malfunction  effect,  how 
recognized,  when  discovered,  when  occurred,  and  failure  measurements  (e.g.  “axial  bearing  play 
is  0.334”). 
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Normalize  ELAS  timings  and  sequencing  -  This  process  involves  matching  and  correcting 
DTG  and  aircraft  hour  entries  on  the  2408-13-1  electronic  entry.  For  example,  if  the  unit 
records  local  time,  convert  it  to  GMT.  Or,  ensure  the  aircraft  hours  match  time  at  failure. 

Check  all  2408  ELAS  codes  -  This  process  involves  checking  all  2408  codes  for  logical 
consistency.  For  example,  the  “how  discovered”  code  for  a  cracked  rotor  blade  should  say  “post 
flight”  not  “during  flight.” 

Match,  lookup,  and  record  ELAS  supply  actions  -  This  process  involves  matching  and 
tagging  2408-13-1  entries  that  involve  supply  actions.  For  example  -Was  the  component 
replaced?  What  component  (by  serial  number)  replaced  the  failed  component?  When  did  the 
replacement  occur? 

It  is  important  to  note  that  only  a  subset  of  the  above  tasks  are  performed  for  the  CBM 
Prototype  Data  Warehouse.  However,  we  believe  that  all  tasks  will  need  to  be  performed  in 
future  generations  of  the  CBM  Data  Warehouse  unless  errors  are  corrected  at  the  source. 

The  results  of  the  UniRAM  Data  Management  set  is  a  populated  Oracle-based  UniRAM  data 
set  containing  all  relevant  maintenance  actions  and  faults. 

UniRAM  Schema 

UniRAM  schema  information  is  located  at  Appendix  F.  A  complete  set  of  documentation  is 
available  at  [12]. 

UniRAM  Data  Analysis 

Our  profiling  and  analysis  of  the  UniRAM  data  set  is  identical  to  that  of  ELAS. 

UniRAM  Data  Issues 

The  main  issue  with  the  UniRAM  dataset  stems  from  the  manpower  required  to  perform  the 
ELAS  translation  and  cleansing.  We  estimate  that  the  average  data  technician  can  translate 
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roughly  two  ELAS  entries  per  hour.  This  represents  a  significant  financial  investment  for  the 
Army  to  cleanse  and  normalize  maintenance  and  fault  information. 

2. 3. 2. 5  Analysis  of  Other  Relevant  Data  Sources 

There  are  several  other  data  sources  required  to  meet  stake  holder  needs  in  the  CBM  Data 
Warehouse  Prototype.  Most  of  these  represent  on-change  data  sources  in  the  sense  that  they  are 
only  populated  once  (per  major  schema  change),  and  are  not  regularly  updated  data  sets  like 
MDR,  VMEP,  or  ELAS.  Each  of  these  is  briefly  discussed  below. 

Unit  Information  -  We  need  a  source  of  data  for  the  units  providing  information  to  the  CBM 
Data  Warehouse.  For  purposes  of  the  CBM  Prototype,  we  will  use  the  unit  information 
contained  in  the  ELAS  data  set. 

General  Catalog  of  Components  -  In  order  to  facilitate  maintenance  tracking  and  planning, 
we  need  a  list  of  all  possible  components  that  might  exists  for  a  certain  aircraft.  This 
information,  often  referred  to  as  a  legitimate  code  file  (LCF),  must  included  component 
nomenclature,  logistics  numbering  (National  Stock  Number  and  manufacturers  part  number), 
position  codes,  assembly  information,  and  other  relevant  information.  Currently,  we  identify 
three  main  sources  for  this  information.  First,  the  ELAS  and  UniRAM  LCFs  contain  part  tables 
for  common  components  maintained  on  the  AH64D.  However,  these  databases  only  include 
components  maintained  in  the  past,  and  might  not  include  all  possible  components.  Second, 
Boeing  maintains  a  LCF  containing  over  80,000  components  for  the  AH64D.  Third,  the  IMMC 
maintains  a  LCF  of  expensive  and  flight  safety  critical  components  for  all  Army  aircraft.  It  is 
important  to  note  that  each  of  these  data  sources  is  slightly  different,  and  they  are  not  all  in 
agreement.  Therefore,  for  purposes  of  the  CBM  Prototype  Data  Warehouse,  we  will  use  a 
combination  of  the  three.  This  data  source  will  be  manually  populated  by  merging  the  relevant 
general  component  tables  in  ELAS,  UniRAM,  Boeing  Component  List,  and  IMMC  DA  Form 
2410  Database. 
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General  Catalog  of  Maintenance  Tasks  -  Another  data  source  required  to  perform 
maintenance  planning  is  a  catalog  of  common  maintenance  tasks  required  for  all  components  on 
an  aircraft.  This  data  source  would  list  standard  repairs,  tasks,  and  inspections.  This  information 
is  vital  if  we  are  going  to  forecast  future  maintenance  tasks  and  repair  parts  based  on  prognostic 
predictions.  Currently,  we  know  of  only  one  data  source  for  this  information.  The  AH64D 
Integrated  Electronic  Technical  Manual  (IETM)  is  an  automated  tool  that  reflects  Army  technical 
manuals  prescribing  common  maintenance  tasks.  However,  the  IETM  source  database  is  a 
proprietary  product,  and  extracting  the  general  catalog  of  maintenance  tasks  was  not  possible  at 
the  time  of  this  writing.  For  purposes  of  the  CBM  Prototype  Data  Warehouse,  we  will  manually 
enter  sample  information  from  the  IETM  or  hard  copy  technical  manuals. 

General  Catalog  of  Failures  -  In  order  to  manage  and  forecast  component  failures,  the  CBM 
Prototype  Data  Warehouse  requires  a  catalog  of  detailed  failures  for  each  aircraft.  This 
information  could  be  obtained  by  mining  the  ELAS  or  UniRAM  databases,  but  again,  we  are 
limited  to  those  failures  that  have  occurred  in  the  past.  This  information  is  also  available  in  the 
IETM,  but  as  mentioned  above,  the  raw  data  is  proprietary.  For  purposes  of  this  design,  we  will 
use  ELAS  and  UniRAM  fault  information. 

General  Failures  to  General  Maintenance  Task  Mappings  -  In  order  to  plan  which 
maintenance  tasks  are  required  to  address  certain  observed  or  predicted  failures,  we  need  a 
mapping  of  general  maintenance  tasks  to  general  failures.  This  data  resides  electronically  in  the 
IETM,  but  is  unavailable.  Therefore,  we  will  manually  populate  this  data  with  sample 
information  from  the  IETM  or  hard  copy  technical  manuals. 

Tools  &  Publications  -  Automated  maintenance  planning  and  maintenance  analysis  will 
require  a  list  of  supporting  tools  and  publications  for  certain  component  maintenance  tasks  and 
repairs.  This  information  also  resides  electronically  in  the  IETM,  and  will  be  manually  populated 
for  this  design. 


31 


Manufacturer  Information  -  Several  stakeholders  expressed  interest  in  being  able  to  view 
manufacturer  information  during  CBM  component  analysis.  Several  existing  LOGSA  data 
sources  can  provide  this  information. 

2. 3. 2. 6  Required  Future  Data  Sources 

As  we  alluded  to  in  the  beginning  of  Section  3.2. 1.1,  all  relevant  data  sources  were  not 
directly  available  for  incorporation  into  the  CBM  Prototype  Data  Warehouse.  However,  these 
sources  must  be  added  in  order  to  support  comprehensive  CBM  analysis  across  the  Army 
Aviation  fleet.  Each  of  these  is  briefly  described  below. 

IMMC  2410  Data.  The  Army  IMMC  maintains  a  comprehensive  database  of  all  DA  Form 
2410  tracked  items.  This  database,  known  as  the  Maintenance  Consolidated  Database  System 
(MCDS),  contains  installation,  removal,  overhaul,  and  repair  information  for  high-dollar  and 
flight  critical  components.  This  data  must  be  integrated  with  the  other  data  sources  listed  above 
in  order  to  provide  detailed  part  tracking  and  failure  information  to  our  stakeholders. 

CH47  and  UH60  Health  Usage  Monitoring  System  (HUMS')  Data.  The  CBM  Prototype  Data 
Warehouse  needs  an  MDR/VMEP  equivalent  data  source  for  the  UH60  and  CH47  aircraft.  This 
information  is  vital  to  support  state,  usage,  and  vibration  analysis  of  components  on  these 
aircraft.  Currently,  the  UH60  community  does  have  a  Goodrich  developed  HUMS,  and  this  data 
is  collected  into  a  separate  database  maintained  by  the  UH60  Program  Manager.  This 
information  could  be  readily  integrated  once  made  available.  The  CH47  community  is  still 
developing  its  own  HUMS  program. 

CH47  and  UH60  Maintenance  Management  System.  The  CBM  Prototype  Data  Warehouse 
also  needs  an  ELAS-like  source  of  maintenance  tasks  and  fault  information  for  the  CH47  and 
UH60  aircraft.  The  CH47  maintains  a  Cargo  Platform  Maintenance  Environment  (CPME) 
which  was  made  available  toward  the  end  of  our  design.  The  UH60  also  maintains  a  similar 
system  which  could  be  easily  integrated  once  made  available. 
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Integrated  Electronic  Technical  Manual.  The  CBM  Prototype  Data  Warehouse  needs  an 
electronic  source  of  data  for  the  data  sources  described  in  Section  2. 3.2. 5.  The  Integrated 
Electronic  Technical  Manuals  for  each  airframe  could  provide  much  of  this  information  if  raw 
source  data  schemas  from  these  manuals  were  made  available. 

2. 3. 2. 7  Source  Data  Issues  of  Concern 

Before  concluding  data  analysis,  we  will  first  comment  on  two  major  issues  that  cut  across 
much  of  the  aforementioned  analysis  of  data  sources.  These  issues  fall  into  two  categories  - 
unique  component  identification  and  component  configuration  identification. 

Unique  Component  Identification  Issues.  In  order  to  facilitate  accurate  and  meaningful 
analysis  of  components  failures  (a  key  tenant  to  CBM)  analysts  and  engineers  must  be  able  to 
isolate  individual  components  across  the  fleet.  Because  of  the  way  components  are  tracked  in 
the  Army  supply  system,  this  is  often  a  very  difficult  task.  A  short  primer  on  parts  tracking 
illuminates  this  point.  Currently  each  component  in  the  Army  parts  system  is  slotted  against  a 
National  Stock  Number  (NSN).  However,  for  each  NSN,  there  can  be  literally  dozens  of  varied 
components  that  satisfy  this  NSN.  These  components  are  identified  by  a  government  or 
commercial  part  identification  code  known  as  a  part  number.  Typically  part  numbers  correspond 
to  a  certain  series  of  the  component,  perhaps  based  on  manufacturing  group  or  configuration. 
More  than  one  part  number  may  be  associated  with  an  NSN,  however  all  parts  associated  will  be 
the  same  in  fit,  form  and  function.  Note,  part  numbers  are  not  unique,  and  it’s  possible  to  have 
the  same  part  number  for  two  completely  different  parts  satisfying  completely  different  NSNs. 

For  some  part  numbers,  individual  parts  are  tracked  by  serial  number.  However,  many  parts 
of  interest  to  engineers  and  analysts  are  not  tracked  by  serial  number,  or  are  assigned  locally 
managed  serial  numbers  (setting  up  the  possibility  of  two  fleet-wide  components  sharing  a  local 
serial  number).  Until  all  parts  of  interests  are  able  to  be  uniquely  identified,  CBM 
implementation  will  be  limited.  This  is  not  a  novel  problem,  and  is  currently  being  address  by 
the  DoD  Unique  Identifier  (UID)  Program  [13].  Future  generations  of  the  CBM  Data 
Warehouse  will  greatly  benefit  from  this  initiative. 
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Component  Configuration  Issues.  The  second  major  data  source  issue  deals  with  how 
component  configuration  is  described  by  the  Army  Aviation  Management  System.  Currently, 
configuration  information  establishing  where  components  might  be  installed  on  Army  Aircraft  is 
specified  by  a  Work  Unit  Code  (WUC).  The  work  unit  code  is  a  hierarchical  encoding 
specifying  at  what  level  of  assembly  a  component  is  installed.  This  code  represents  the  lowest 
owning  sub-assembly  and  higher  assemblies  that  encapsulate  a  given  component.  For  example  a 
WUC  of  04A  is  an  AH64D  Engine  Assembly,  04A01  is  the  engine’s  cold  section  module,  and 
04  AO  IB  is  the  cold  section’s  power  take-off  assembly.  For  each  WUC,  there  are  many  different 
NSN/part  number  combinations  that  might  fulfill  the  WUC.  Moreover,  an  NSN/  part  number 
combination  might  be  capable  of  fulfilling  multiple  WUCs,  and  might  appear  on  more  than  one 
helicopter.  For  example,  a  particular  bearing  might  be  a  subassembly  for  both  main  engines  on 
the  AH64  as  well  as  UFI60  aircraft.  Additionally,  some  WUCs  are  entirely  conceptual,  and  have 
no  satisfying  part  number. 

Of  major  concern  is  the  fact  that  WUCs  are  not  recognized  outside  of  the  Army  Aviation 
Maintenance  Community.  Therefore,  there  is  no  recognized  standard  for  cross  referencing 
WUCs  to  NSNs/part  numbers.  Several  agencies,  such  as  IMMC,  AED,  UH60  Program  Office, 
and  ATTC  have  devised  effective  cross-references  using  technical  manuals  and  procurement 
records.  However,  these  references  are  not  in  agreement  and  are  not  recognized  Army-wide. 
Therefore,  within  some  of  our  source  data  systems,  WUCs  are  not  in  agreement. 

We  recommend  that  the  Army  adopt,  publish,  and  enforce  an  easy  to  use  and  accepted 
standard  for  representing  where  components  might  be  installed  on  Army  systems.  This  reference 
must  accommodate  existing  references,  and  must  hierarchically  specify  every  component  on  the 
system  from  the  end-item  to  the  lowest  washer  or  rivet. 


2.3.3  Source  Data  Misconceptions 

During  our  study  of  the  aforementioned  data  sources,  we  encountered  several  common 
misconceptions.  These  misconceptions  have  fueled  reluctance  to  fully  embrace  the  design  and 
implementation  of  a  CBM  Data  Warehouse.  The  first  misconception  encountered  was  that  many 
of  the  source  data  systems,  particularly  the  UH60  and  CH47  Platform  Maintenance 
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Environments  (PMEs),  already  provide  the  functionality  required  by  the  CBM  Data  Warehouse. 
The  second  misconception  is  that  only  one  copy  of  the  data  should  exist,  and  allowing  data  to  be 
copied  to  another  data  store  creates  confusion  and  contradictory  information. 

The  first  misconception  is  addressed  by  examining  the  difference  between  Online 
Transactional  Processes  (OLTP)  and  Online  Analytical  Processes  (OLAP)  [15].  Figure  1 1 
summarizes  these  differences.  OLTP  processes,  such  as  the  PMEs,  are  systems  that  provide  fast 
mission-critical  data  primarily  used  for  management  and  decision  making  purposes.  This 
information  is  typically  of  a  low-grained  and  aggregate  nature.  These  processes  are  built  on 
relatively  simple  queries  that  touch  a  small  amount  of  data  (one  or  two  tables  at  a  time).  These 
queries  must  be  executed  within  seconds.  OLTP  processes  also  have  many  updates,  and 
typically  store  months  of  data.  Dimensional  data  modeling  is  sufficient  for  these  processes,  as 
complex  database  relationships  are  not  required. 


On-Line  Analytical  Processing  On-Line  Transactional  Processing 

(OLAP)  Analytical  Data  Warehouse  (OLTP)  Fleet  Management  System 


-  Analytical  data 

-  High  level  of  granularity 

-  Many  slow  transactions  (minutes) 

-  Complex  queries 

-  Queries  touch  large  amounts  of  data 

-  Store  years  worth  of  data 

-  Relational  based  data  model 

-  Read  only 

-  Fed  by  OLTP  data 

Example: 

What  where  the  preceding  temperature,  oil 
pressure,  and  vibration  levels  of  all  nose 
gearboxes  replaced  during  winter  months 
on  all  helicopters  in  Afghanistan? 


-  Mission  critical  data 

-  Low  level  of  granularity 

-  Many  fast  transactions  (seconds) 

-  Simple  queries 

-  Queries  touch  small  amount  of  data 

-  Store  months  worth  of  data 

-  Dimensional  based  data  model 

-  Many,  frequent  updates 

-  Provide  base  information  and  updates  to  OLAP 

Example: 

What  helicopters  in  Afghanistan  have 
nose  gearboxes  from  vendor  X  with 
more  than  500  hours  of  operating  time? 


Figure  11  -  Differences  between  OLAP  and  OLTP  Systems 


OLAP  processes,  represented  by  the  CBM  Data  Warehouse,  are  systems  that  provide  slow 
access  and  extremely  high-grained  data  used  for  analytical  purposes.  These  processes  touch 
large  amounts  of  data  (dozens  of  tables)  at  the  same  time  and  are  built  on  complex  queries.  Such 
queries  can  take  minutes  to  execute.  OLAP  processes  are  largely  read-only,  and  can  involve 
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years  worth  of  data.  These  systems  are  largely  based  on  relational  data  models  in  order  to 
support  the  complex  nature  of  analytical  queries. 

Before  moving  on  to  the  second  misconception,  it  is  important  to  note  that  OLTP  and  OLAP 
systems  are  not  compatible,  and  must  exist  as  independent  information  systems.  The  reasons  for 
this  are  found  in  their  different  modeling  requirements,  their  different  data  source  requirements, 
and  their  different  performance  requirements.  OLTP  systems  require  de-normalized,  streamlined 
data  models  while  OLAP  systems  required  highly-normalized  ones.  OLTP  systems  target  a 
relatively  few  number  of  specific  business  processes,  and  as  a  result,  their  designs  reflect  the 
peculiarities  of  these  processes.  OLAP  systems  integrate  data  from  many  different  and  unrelated 
processes,  and  their  designs  focus  on  the  processes  commonalities.  Finally,  OLTP  systems 
require  near  instant  transaction  times  while  OLAP  systems  can  wait  minutes.  From  a  design 
standpoint,  these  systems  should  not  have  to  fight  for  the  same  computer  resources. 

The  second  misconception,  the  one  stating  that  only  one  copy  of  data  should  exist,  represents 
a  decision  making  issue,  not  a  data  management  issue.  The  desire  to  restrict  data  to  a  lone  source 
stems  from  decision  makers  and  managers  wanting  to  retain  control  of  decisions  that  are  made 
with  the  data.  This  is  a  very  valid  concern  given  the  very  wide  group  of  stakeholders  who  will 
use  the  CBM  Data  Warehouse.  However,  in  our  opinion,  this  concern  should  be  addressed  by 
controlled  decision  making  policy  not  controlled  data  management  policy.  Limiting  access  to 
data  severely  limits  the  positive  benefits  reaped  by  a  full  and  honest  review  of  information 
contained  in  that  data.  In  the  arena  of  intellectual  and  analytical  ideas,  open  and  honest 
disagreement  about  different  conclusions  drawn  from  the  same  data  is  very  positive.  If  two 
engineers,  working  for  two  independent  agencies  arrive  at  different  conclusions,  then  the 
resultant  discussion  and  analysis  helps  forge  improvements  for  the  entire  community.  This  idea 
is  analogous  to  the  open-source  software  movement,  where  open  and  unrestricted  access  to 
source  code  by  independent  users  has  produced  products  that  far  surpass  the  capabilities  and 
performance  of  their  commercial  counterparts  [16]. 

2.3.4  Common  System  Components 

After  an  analysis  of  pertinent  source  data,  we  are  ready  to  decompose  and  extract  the 
common  data  objects  from  all  data  sources.  These  objects  will  form  the  principal  components  of 
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the  CBM  Data  Warehouse.  While  decomposing  these  individual  data  sources,  we  avoided 
decomposing  the  system  according  to  existing  entities,  attributes,  and  relationships.  Doing  so 
would  have  resulted  in  creation  of  a  data  model  that  is  simply  a  conglomeration  of  disparate  data 
schemas  forced  into  a  single  schema.  Such  an  approach  would  not  necessarily  alleviate  the 
inconsistent  data  definitions,  data  relationships,  and  data  transformation  rules.  In  short  we 
needed  an  approach  that  focused  on  the  “what”  not  the  “how.” 

In  conducting  our  system  decomposition,  we  also  examined  the  common  thread  running 
through  each  data  source  -  the  Total  Army  Maintenance  Management  System  Aviation 
(TAMMS-A).  The  TAMMS-A  represents  the  actual  maintenance  system  as  it  exists  in  practice, 
and  incorporates  all  possible  aspects  of  Army  Aviation  Maintenance  [11],  Indeed,  each  current 
maintenance  data  source  serves  as  a  lens  through  which  researchers  and  managers  examine 
specific  aspects  of  the  entire  TAMMS-A  system.  There  are  many  shortcoming  with  TAMMS-A, 
a  discussion  of  which  goes  beyond  the  scope  of  our  research.  Because  of  this  we  opted  not  to 
base  our  model  on  TAMMS-A.  However,  any  design  we  devise  must  be  capable  of 
encapsulating  the  objects  and  concepts  outlined  in  TAMMS-A. 

We  use  an  Affinity  Diagramming  process  to  help  understand  the  important  elements  of  our 
system.  During  this  process  we  analyze  the  source  data  source  schemas,  the  stakeholder 
interviews,  and  TAMMS-A  to  extract  all  relevant  objects,  processes,  and  concepts.  This  process 
follows  the  object-oriented  systems  development  approach  outlined  in  [14].  The  process  first 
uses  a  brainstorming  technique  to  collect  all  relevant  objects  and  concepts.  We  then  group  like- 
sounding  objects  into  groups,  and  eliminated  duplicate  entries.  Finally,  we  attempt  to  attach 
meaningful  titles  to  each  group.  The  results  of  this  process,  shown  in  Figure  12,  provide  an 
initial  loose  grouping  of  system  components  for  information  contained  in  the  CBM  Prototype 
system. 
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Figure  12  -  Affinity  Diagram  of  CBM  Data  Warehouse  Components 


2.4  Functional  Analysis 

Our  next  step  in  the  needs  analysis  is  to  conduct  a  functional  analysis  of  the  CBM  Prototype 
Data  Warehouse.  This  functional  analysis  will  include  a  functional  decomposition  that  lists  the 
major  data  warehouse  functions,  a  functional  hierarchy  that  orders  these  functions  into  parent- 
child  relationships,  and  a  functional  flow  analysis  that  details  how  these  functions  interact. 
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2.4.1  Functional  Decomposition. 

The  major  top  level  functions  required  by  the  data  warehouse  are: 

Download  Data  (Function  1 .0) 

Store  Data  (Function  2.0) 

Transport  Data  (Function  3.0) 

Translate  Data  (Function  4.0) 

Process  Data  (Function  5.0) 

Load  Data  into  CBM  Data  Warehouse  (Function  6.0) 

Optimize  Data  for  Presentation  (Function  7.0) 

The  following  paragraphs  define  each  of  these  top  level  functions,  and  further  specify 
important  sub  functions. 

Function  1 ,0  -  Download  Data 

This  function  consists  of  all  actions  required  to  capture  the  information  from  onboard  aircraft 
collection  equipment,  or  aircraft  paired  equipment  (enhanced  log  books).  The  function  is 
decomposed  by  data  type  below. 

Function  1.1-  Download  VMEP  Data  from  Aircraft 

This  function  consists  of  downloading  the  VMEP  data  from  each  individual  aircraft  into  a 
VMEP  ground  station.  This  is  accomplished  by  linking  a  VMEP  ground  station  computer  to  the 
aircraft  and  then  downloading  pertinent  files.  This  process  takes  approximately  20  minutes  per 
aircraft.  The  data  is  stored  in  a  Microsoft  Access  database  (mdb)  on  the  VMEP  ground  station. 
One  can  view  the  data  using  the  VMEP  ground  station  application,  export  the  data  as  comma 
delimited  text,  or  use  any  software  package  capable  of  reading  ‘mdb’  data. 

Function  1 .2  -  Download  MDR  Data  from  Aircraft 

This  function  consists  of  downloading  the  MDR  data  from  each  individual  aircraft  into  a 
computer.  This  is  accomplished  with  a  MDR-specific  software  application  (LIMSSGAS) 
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running  on  a  laptop  computer.  This  process  takes  approximately  30  minutes  per  aircraft.  This 
data  is  viewable  only  with  computers  equipped  with  the  MDR-specific  proprietary  software. 

Function  1.3-  Download  EL  AS  Data  from  Logbook 

This  function  consists  of  downloading  data  from  each  individual  aircraft  electronic  logbook 
(each  aircraft’s  laptop)  into  a  central  ELAS  computer  file  (Battalion  Production  Control 
Computer).  This  process  is  near  instantaneous  and  accomplished  as  part  of  normal  ELAS 
standing  operating  procedures.  The  electronic  logbooks  -  laptops  paired  with  each  aircraft  -  are 
continually  updated  after  each  flight.  The  central  ELAS  computer  file  is  a  single  ELAS  database 
that  stores  all  faults  for  a  fleet  of  aircraft.  This  file  is  in  Microsoft  Access  format  (mdb)  and 
readable  by  the  ELAS  software  application  or  any  software  package  capable  of  reading  ‘mdb’ 
data. 

Function  2.0  -  Store  Data 

Store  Data  consists  of  storing  the  data  as  it  is  transferred  from  one  location  to  the  next. 

Function  2. 1  -  Store  Raw  VMEP  Data 

Store  Raw  VMEP  Data  consists  of  storing  VMEP  Data  in  its  native  form  (from  a  VMEP 
ground  station)  onto  a  local  storage  device  (backup  hard  drive)  or  a  removable  storage  media 
(CD).  This  process,  akin  to  a  data  backup,  is  normally  accomplished  once  per  week,  and  takes 
approximately  12  minutes. 

Function  2.2  -  Store  Raw  MDR  Data 

Store  Raw  MDR  Data  consists  of  storing  the  MDR  data  collected  with  the  MDR-specific 
computer  into  a  local  storage  device  (backup  hard  drive)  or  removable  storage  device  (CD). 

This  process,  akin  to  a  data  backup,  is  normally  accomplished  once  per  week,  and  takes 
approximately  12  minutes.  This  massive  data  set  (100MB+  per  flight),  is  in  binary  format,  and 
unusable  for  analysis  until  translated. 
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Function  2.3  -  Store  Raw  ELAS  Data 


Store  Raw  ELAS  Data  consists  of  storing  a  copy  of  the  unit  ELAS  database  (a  single  ‘mdb’ 
file)  on  a  local  storage  device  (backup  hard  drive)  or  removable  storage  device  (CD).  This 
process,  akin  to  a  data  backup,  is  normally  accomplished  once  per  week,  and  takes 
approximately  12  minutes. 

Function  2.5  -  Store  Processed  MDR  Data 

Store  Processed  MDR  consists  of  storing  the  “clean”  or  usable  MDR  data  after  it  has  been 
processed  by  the  data  process  function  (see  Function  4.2) 

Function  2,6  -  Store  Processed  ELAS  Data 

Store  Processed  ELAS  consists  of  storing  the  clean  ELAS  data  after  it  has  been  processed  by 
the  data  process  function  (see  Function  4.3) 

Function  2.1  -  Store  Processed  VMEP  Data 

Store  Processed  VMEP  consists  of  storing  the  clean  VMEP  data  after  it  has  been  processed 
by  the  data  process  function  (see  Function  4.1) 

Function  3.0  -  Translate  Data 

The  Translated  Data  function  consists  of  all  functions  required  to  translate  maintenance  data 
from  one  form  (syntax/schema)  to  another. 

Function  3.1  -  Translate  Raw  MDR  Data 

The  Translate  Raw  MDR  Data  function  consists  of  using  the  MAST  program  to  translate  raw 
MDR  data  (in  binary  form)  to  interpretable  text  data  (ASCII  CSV). 

Function  3.2  -  Translate  Raw  VMEP  Data 

The  Translate  Raw  VMEP  Data  function  consists  of  using  the  exporttotext.exe  program  to 
translate  raw  VMEP  data  (in  binary  form)  to  interpretable  text  data  (ASCII  CSV). 
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Function  4.0  -  Process  Data 


The  Process  Data  function  consists  of  preparing  the  various  data  sources  for  storage  as 
standard  data  warehouse  entities.  This  consists  of  the  following  general  functions  -  error 
correction,  time  synchronization,  information  correlation,  redundant  information  control,  and 
implicit  information  extrapolation. 

Function  4.1  -  Process  VMEP  Data 

The  Process  VMEP  Data  Function  consists  of  preparing  the  VMEP  data  source  for  storage  as 
standard  data  warehouse  entities,  and  includes  the  following  sub-functions. 

Function  4.1.1  -  Correct  VMEP  Errors 

The  Correct  VMEP  Errors  Function  consists  of  scanning  the  VMEP  data  set  for  obvious 
errors  -  failed  sensors  (flat-lines),  dropped  sample  points,  corrupted  data,  etc. 

Function  4.1.2-  Standardize  VMEP  Timing 

The  Standardize  VMEP  Timing  Function  consists  of  synchronizing  the  VMEP  GMT  time 
with  that  of  MDR.  This  is  vital  if  vibration  events  (captured  with  VMEP)  are  to  be  correlated 
with  usage  events  (captured  mostly  with  MDR).  The  results  of  the  exporttotext.exe  program 
translate  all  times  into  the  local  machine  time  running  the  exporttotext.exe  program. 

Function  4.2  -  Process  MDR  Data 

The  Process  MDR  Data  Function  consists  of  preparing  the  MDR  data  source  for  storage  as 
standard  data  warehouse  entities,  and  includes  the  following  sub-functions. 

Function  4,2.1  -  Correct  MDR  Errors 

The  Correct  MDR  Errors  Function  consists  of  scanning  the  MDR  data  set  for  obvious  errors 
-  failed  sensors  (flat-line  readings),  data  outside  realistic  ranges  (super  low  temperatures,  other 
improbable  readings),  corrupted  data,  etc. 
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Function  4.2,2  -  Standardize  MDR  Timing 

The  Standardize  MDR  Timing  Function  consists  of  synchronizing  the  MDR  GMT  time  with 
that  of  an  outside/universal  time,  if  required. 

Function  4.3  -  Process  ELAS  Data 

The  Process  ELAS  Data  Functions  consist  of  preparing  the  ELAS  data  source  for  storage  as 
standard  data  warehouse  entities. 

Function  4,3.1  -  Match,  lookup,  and  record  ELAS  component  information 

This  process  consists  of  matching  components  listed  in  electronic  DA  From  2408-13-1 
narratives  with  components  listed  in  actual  Army  maintenance  manuals  and  supply  data  sources. 
This  includes  matching  NSN,  NUN,  part  number,  work  unit  codes  (WUC),  position  codes,  serial 
number,  and  TSI/TSN.  This  process  will  require  a  human  or  intelligent  system  to  derive  this 
information  from  narrative  entries. 

Function  4.3.2  -  Match,  lookup,  and  record  ELAS  maintenance  actions 

This  process  involves  matching  the  maintenance  action  listed  on  the  DA  From  2408-13-1 
(codes  and  narratives)  to  maintenance  actions  specified  in  Army  maintenance  doctrine.  This 
includes  maintenance  function,  maintenance  interval,  maintenance  level,  tools,  man  hours 
required,  etc. 

Function  4.3.3  -  Match,  lookup,  and  record  ELAS  failure  information 

This  process  involves  matching  the  failure  event  information  on  the  DA  From  2408-13-1 
(codes  and  narratives)  to  recognized  failure  modes  in  the  Army  maintenance  doctrine.  This 
includes  failure  codes,  malfunction  effect,  how  recognized,  when  discovered,  when  occurred, 
and  failure  measurements  (e.g.  “axial  bearing  play  is  0.334”). 

Function  4.3.4  -  Normalize  ELAS  timings  and  sequencing 

This  process  involves  matching  and  correcting  DTG  and  aircraft  hour  entries  on  the  DA 
From  2408-13-1  electronic  entry.  For  example,  if  the  unit  records  local  time,  convert  it  to  GMT. 
Or,  ensure  the  aircraft  hours  match  time  at  failure. 
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Function  4.3.5  -  Check  all  2408  ELAS  codes 


This  process  involves  checking  all  DA  From  2408  codes  for  logical  consistency.  For 
example,  the  “how  discovered”  code  for  a  cracked  rotor  should  say  “post  flight”  not  “during 
flight.” 

Function  4.3.6  -  Match,  lookup,  and  record  ELAS  supply  actions 

This  process  involves  matching  and  tagging  DA  From  2408-13-1  entries  that  involve  supply 
actions.  For  example  -  Was  the  component  replaced?  What  component  (by  serial  number) 
replaced  the  failed  component?  When  did  the  replacement  occur? 

Function  5.0  -  Transport  Data 

The  Transport  Data  function  involves  those  functions  required  to  move  data  from  point  A  to 
point  B.  These  Functions  might  be  accomplished  with  mailed  CDs  or  electronic  transmission 
(SATCOM,  FTP,  SFTP,  SIPRNET,  etc). 

Function  5.1  -  Transport  Raw  VMEP  Data  from  Aircraft  to  Unit  HO 

This  process  includes  all  functions  required  to  get  the  raw  VMEP  data  from  the  aircraft  to  a 
centralized  location  in  the  unit.  This  is  currently  accomplished  with  cable-connected  laptops 
(running  VMEP  ground  station)  or  local  wireless  LANs  inside  the  unit. 

Function  5.2  -  Transport  Raw  ELAS  Data  from  Aircraft  to  Unit  HO 

This  process  includes  all  functions  required  to  get  the  raw  ELAS  data  from  the  aircraft  to  a 
centralized  location  in  the  unit.  This  is  currently  a  native  function  of  each  aircraft’s  ELAS  laptop 
(either  cable  connected  or  wireless). 

Function  5.3  -  Transport  Raw  MDR  Data  from  Aircraft  to  Unit  HO 

This  process  includes  all  functions  required  to  get  the  raw  MDR  data  from  the  aircraft  to  a 
centralized  location  in  the  unit.  This  is  currently  accomplished  only  with  a  cable-connected 
MDR-specific  laptop. 
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Function  5.4  -  Transport  VMEP  Raw  Data  from  Unit  to  Data  Processors 

This  process  includes  all  functions  required  to  get  the  raw  VMEP  data  from  the  unit  to  the 
CBM  Data  Processors  (those  individuals  tasked  with  processing  and  translating  raw  CBM  data). 
This  function  will  entail  periodically  transporting  copies  of  the  unit’s  central  VMEP  ground 
station  data  base  via  CD,  ftp,  or  other  means  to  data  processors. 

Function  5.5  -  Transport  MDR  Raw  Data  from  Unit  to  Data  Processors 

This  process  includes  all  functions  required  to  get  the  raw  MDR  data  from  the  unit  to  the 
CBM  Data  Processors.  This  will  entail  periodically  transporting  copies  of  the  unit’s  MDR- 
specific  laptop  data  set  via  CD,  ftp,  or  other  means  to  data  processors. 

Function  5.6-  Transport  ELAS  Raw  Data  from  Unit  to  Data  Processors 

This  process  includes  all  functions  required  to  get  the  raw  ELAS  data  from  the  unit  to  the 
CBM  Data  Processors.  This  will  entail  periodically  transporting  copies  of  the  unit’s  central 
ELAS  data  base  via  CD,  ftp,  or  other  means  to  data  processors. 

Function  5.1  -  Transport  Processed  VMEP  Data  from  Data  Processors  to  Data  Warehouse 

This  process  includes  all  functions  required  to  get  the  processed  VMEP  data  from  Data 
Processors  to  the  Data  Warehouse. 

Function  5.8  -  Transport  Processed  MDR  Data  from  Data  Processors  to  Data  Warehouse 

This  process  includes  all  functions  required  to  get  the  processed  MDR  data  from  Data 
Processors  to  the  Data  Warehouse. 

Function  5.9  -  Transport  Processed  ELAS  Data  from  Data  Processors  to  Data  Warehouse 

This  process  includes  all  functions  required  to  get  the  processed  ELAS  data  from  Data 
Processors  to  the  Data  Warehouse. 

Function  6.0  -  Load  Data  into  CBM  Data  Warehouse 

This  process  includes  all  functionality  required  to  load  processed  data  into  the  CBM  Data 
Warehouse 
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Function  6.1  -  Translate  VMEP  Entities  to  DW  Entities 


This  process  includes  all  functionality  required  to  store  clean  VMEP  entities  into  the  data 
warehouse  entities.  This  is  an  automated  process  that  will  take  place  as  the  data  is  loaded. 

Function  6.2  -  Translate  MDR  Entities  to  DW  Entities 

This  process  includes  all  functionality  required  to  store  clean  MDR  entities  into  data 
warehouse  entities.  This  is  an  electronic  process  that  will  take  place  as  the  data  is  loaded. 

Function  6.3  -  Translate  ELAS  Entities  to  Data  Warehouse  Entities 

This  process  includes  all  functionality  required  to  translate  clean  ELAS  entities  into  data 
warehouse  entities.  This  is  an  electronic  process  that  will  take  place  as  the  data  is  loaded. 

Function  6.4  -  Load  Data  Warehouse  Entities 

This  process,  a  database  function,  takes  translated  Data  Warehouse  entities  and  stores  them 
in  appropriate  tables  in  the  data  warehouse. 

Function  7.0  -  Optimize  Data  for  Presentation 

This  process,  a  database  function,  involves  organizing  and  optimizing  the  loaded  data  for  use 
by  the  stakeholders. 

2.4.2  Functional  Hierarchy 

The  next  step  involved  with  the  Functional  Analysis  is  to  organize  these  functions 
hierarchically  according  to  parent  child  relationships.  Figure  13  shows  the  resultant  Functional 
Hierarchy  for  the  CBM  Prototype  Data  Warehouse. 
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2.4.3  Functional  Flow  Analysis 


The  final  step  of  the  functional  analysis  is  to  organize  the  functions  into  the  sequence  they 
will  follow  in  the  data  warehouse  information  system.  The  resultant  top  level  functional  flow 
diagram  is  shown  in  Figure  14.  Figures  15  thru  17  show  sublevel  functional  flow  diagrams 
focusing  on  specific  data  sources. 


CBM  Top  Level  Data  Flow 


Figure  14  -  Data  Warehouse  Functional  Flow 


Figure  15  -  MDR  Data  Functional  Flow 
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VMEP  DATA  FUNCTIONAL  FLOW 


Figure  16  -  VMEP  Data  Functional  Flow 


ELAS  DATA  FUNCTIONAL  FLOW 


Figure  17  -  ELAS  Data  Functional  Flow 


2.5  Revised  Problem  Statement 

At  the  end  of  the  Needs  Analysis  Process  we  arrive  at  a  Revised  Problem  Statement.  This 
revised  problem  statement  captures  the  essence  of  the  engineering  design  task  at  hand,  sets  the 
scope  of  the  system,  and  reflects  the  major  needs,  wants,  and  desires  of  our  stakeholders. 
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The  Revised  Problem  Statement  for  the  CBM  Prototype  is: 


Develop  a  data  warehouse  for  the  CBM  Prototype.  This  warehouse  shall  include  all  relevant 
and  available  state,  vibration,  and  maintenance  information  from  designated  Army  units. 
Design  a  management  plan  for  this  data  including  translating  and  loading  of  the  data  into 
the  data  warehouse.  This  data  warehouse  must  be  scalable  and  support  design  iterations 
beyond  the  CBM  Prototype.  The  data  warehouse  will  combine  diagnostic,  configuration, 
and  maintenance  data  to  form  a  composite  investigative  picture  at  any  point  in  a 
component ’s  lifetime.  This  data  warehouse  shall  provide  sufficient  information  to  major 
stakeholders  that  enable  development  of  detailed  diagnostic  and  prognostic  models  to 
support  CBM. 


3.  Design  &  Analysis 

3.1  Design  &  Analysis  Overview 

After  completing  the  Problem  Definition  phase  of  our  design  process,  we  next  turn  to  the 
Design  &  Analysis  phase  of  our  design  process.  In  this  phase,  we  will  first  develop  and  analyze 
the  prototype  logical  and  physical  architectures  supporting  the  CBM  Prototype  Data  Warehouse. 
We  then  introduce  our  source  data  management  design  and  our  extract,  transform,  load  design. 

3.3  Software  Architecture  Design 

After  a  thorough  review  of  our  prototype  data  sources,  we  are  ready  to  begin  our  software 
architecture  design.  The  software  architecture  design  for  the  CBM  Data  Warehouse  consists  of 
all  software-based  systems  required  by  the  data  warehouse.  This  includes  source  data  products, 
offline  data  stores,  database  systems,  and  software  processes  used  to  extract,  translate,  and  load 
(ETL)  source  data.  Implementations  of  these  software  processes  might  range  from  commercial 
off-the-shelf  software  solutions  to  custom  built  applications  and  routines. 

Our  software  architecture  includes  two  primary  designs  -  logical  and  physical.  The  logical 
design  consists  of  an  abstract  representation  of  the  entire  data  warehouse  as  well  as  object  and 
relational  models  for  data  staging,  ETL  processing,  and  eventual  data  storage.  The  physical 
design  represents  a  set  of  products  that  establishes  the  formal  software  definitions  of  the  logical 
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model  and  support  easy  implementation.  Both  the  logical  and  physical  models  are  defined  in 
sections  3.3.1  and  3.3.2  below. 

3.3.1  Data  Warehouse  Software  Logical  Design 


Figure  18  describes  the  high-level  logical  design  for  the  CBM  prototype  data  warehouse. 
This  figure  shows  an  overall  data  warehouse  divided  into  two  primary  logical  partitions  -  a  pre- 
processed  partition  and  a  unified  partition.  Each  of  these  partitions  plays  an  important  role  in 
meeting  the  needs  of  the  stakeholders  described  above. 


Pre-processed  Unified  Partition 


Partition 


Figure  18  -  High  Level  CBM  Data  Warehouse  Logical  Design 
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The  pre-processed  partition,  or  P3,  is  a  “raw”  data  store  area  used  to  collect  source  data.  The 
P3  is  designed  to  fulfill  two  primary  purposes.  First,  the  P3  provides  a  single  contiguous  area 
where  all  the  source  data  can  be  stored  for  further  processing.  This  centralization  of  source  data 
greatly  simplifies  the  data  management  and  ETL  processes  described  in  subsequent  sections. 
Second,  the  P3  immediately  satisfies  the  stated  need  of  engineers,  analysts,  and  decision  makers 
to  have  access  to  source  data  for  the  CBM  Proof  of  Principle  data  analysis  tasks  described  in  the 
introduction. 

Data  in  this  area  satisfies  one  requirement  -  it  must  be  readable  by  commercial  off-the-shelf 
analytical  tools  such  as  such  as  MS  Excel  or  Matlab.  The  data  is  deemed  “pre-processed” 
because  it  is  stored  only  within  native  data  contexts,  and  is  not  combined  or  normalized. 
Likewise,  source-data  schemas  and  granularity  are  maintained,  and  no  data  cleansing  or  error 
checking  is  performed. 

It  is  important  to  note  that,  because  the  P3  does  not  call  for  data  cleansing  or  normalization,  it 
might  be  implemented  in  any  number  of  ways.  These  might  range  from  a  set  of  flat-files  on  a 
computer  file  share  to  binary  files  stored  inside  a  database.  It  is  also  important  to  note  that  the 
P3  is  only  open  to  use  by  engineers  and  other  stakeholders  during  the  prototype  phase  of  the 
CBM  data  warehouse.  In  an  eventual  CBM  data  warehouse  implementation,  we  will  want  to 
restrict  views  of  source  data  to  the  unified  partition.  This  is  to  avoid  users  having  potentially 
conflicting  views  of  the  information  stored  in  the  same  data  warehouse. 

The  unified  partition  of  the  data  warehouse  represents  the  area  where  all  source  data  is 
combined  into  a  unified  representation  of  the  complete  aviation  maintenance  system.  This  area 
consists  of  three  primary  layers.  The  base  layer  is  a  low-level  stage  where  data  is  loaded  from 
the  P3  into  actual  database  structures  in  the  implementing  database  system.  The  purpose  of  this 
layer  is  to  facilitate  loading  within  an  implementing  database  system. 

The  middle  layer,  or  CBM  Unified  Data  Model  (CBMUDM),  represents  a  relational  data 
structure  where  source  data  from  the  low-level  staging  layer  is  combined  into  a  single-unified  set 
of  related  database  objects.  Here,  we  have  make  a  deliberate  and  careful  decision  to  develop  a 
relational  staging  area.  Despite  the  enormous  effort  that  will  be  involved  in  designing  and 
implementing  the  CBMUDM,  we  believe  it  is  essential  to  combining  all  data  sources  [17].  The 
purpose  of  this  layer  is  to  allow  related  data  from  independent  data  sources  to  be  combined  and 
collated.  For  example,  aircraft  part  data  taken  from  an  independent  set  of  maintenance  records  is 
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paired  with  pertinent  sensor  data  taken  from  independent  sensor  data  records.  Because  the 
CBMUDM  is  relational  and  involves  complex,  slow  queries  to  access  data,  it  is  only  used  for 
staging  purposes. 

The  top  layer,  or  presentation  layer,  represents  optimized  data  structures  used  to  view  the 
information  in  the  data  warehouse.  This  layer  is  based  on  efficient  dimensional  and  cube 
modeling  structures  designed  to  satisfy  specific  stakeholder  needs.  It  is  a  read-alone  based 
information  repository,  and  built  from  queries  ran  against  the  CBMUDM  layer.  It  is  the  primary 
source  of  information  provided  to  the  stakeholders. 

3 .3 . 1 . 1  Low-level  Stage  Logical  Design 

The  low-level  stage  is  designed  as  an  area  where  source  data  from  the  P3  can  be  loaded  into 
database  objects.  This  layer  consists  of  flat  database  structures  that  loosely  correspond  to  the 
individual  data  source  schemas.  Some  relational  modeling  is  done  at  this  level,  but  only  enough 
to  facilitate  efficient  data  loading. 

The  low-level  stage  design  is  broken  into  three  sub  designs-  MDR,  VMEP,  and  UniRAM. 
The  MDR  logical  design  consists  of  three  entities.  The  MDR  Parameter  Entity  models  the  meta¬ 
data  for  each  MDR  parameter  -  description,  units,  minimum  value,  maximum  value,  etc.  This 
allows  us  to  load  each  parameter’s  meta-data  once,  and  not  repeat  it  for  each  entry  of  actual 
MDR  Data.  The  MDR  Data  Entity  models  the  actual  MDR  data  recordings.  Here  we  store  a 
foreign  key  linking  the  data  to  its  corresponding  parameter  information  in  the  MDR  Parameter 
Entity.  We  also  record  the  data’s  recorded  value,  the  start  date/time  of  the  recording,  and  the  end 
date/time  of  the  recording.  We  add  the  concept  of  an  end  time  to  facilitate  future  efforts  to 
address  the  discontinuities  in  the  MDR  data  set  described  in  Section  2.3.2. 1 .  The  final  entity  in 
the  MDR  low-level  stage  logical  design  is  the  MDR  Mission  table.  This  is  where  we  record 
information  common  the  the  entire  MDR  usage  period,  such  as  aircraft  identification,  usage 
period  start  time,  and  usage  period  end  time. 

The  VMEP  logical  design  is  very  similar  to  the  MDR  logical  design.  The  VMEP  Parameter 
entity  stores  meta-data  about  each  VMEP  parameter  or  Cl  -  Cl  name,  description,  units,  etc.  The 
VMEP  Data  Entity  stores  the  actual  VMEP  recorded  data  with  start  and  end  date  time  groups. 
The  VMEP  Mission  Entity  tracks  information  about  the  entire  VMEP  usage  period. 
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The  UniRAM  logical  design  is  an  exact  copy  of  the  current  UniRAM  schema.  Because 
UniRAM  is  a  mature  information  existing  within  an  actual  database,  this  data  is  already  modeled 
and  loaded  by  technicians  at  Fort  Rucker. 

Our  other  relevant  on-change  data  sources,  described  in  Section  2. 3.2. 5,  are  modeled  in  our 
low-level  stage  as  comma  delimited  files.  These  files  are  created  by  third-party  tools,  such  as 
MS  Excel  or  MS  Access,  and  serve  as  direct  inputs  to  our  extract,  transform,  and  load  process. 

3. 3. 1.2  CBMUDM  Logical  Design 

The  construction  of  the  CBMUDM  naturally  flows  from  the  Affinity  Diagramming  process 
conducted  during  our  Problem  Definition  Phase.  We  designate  the  major  group  headers  and 
ungrouped  objects  of  our  Affinity  Diagram  (Figure  12)  as  entities  in  our  model.  We  then  revisit 
the  data  sources  and  stakeholder  interviews  at  a  much  finer  level  of  detail  and  identify  attributes 
for  the  various  entities  and  identify  the  relationships  between  our  chosen  entities.  This  is  a 
largely  iterative  process  where  we  continually  review  the  results  with  subject  matter  experts  and 
the  stakeholders  to  ensure  our  model  captures  all  pertinent  information  in  the  Aviation 
Maintenance  System.  Our  resultant  logical  model  for  the  CBMUDM  is  an  Entity-Relationship 
(ER)  diagram  located  in  illustrated  in  Appendix  G.  In  the  interest  of  brevity,  we  have  only 
included  pertinent  attributes  in  the  ER  diagram.  Each  of  the  model’s  entities  is  discussed  below. 

The  Component  Entity  represents  the  central  element  of  our  model.  It  is  the  object  driving 
the  entire  shift  to  Condition  Based  Maintenance.  Each  component  is  a  specific  physical  part  in 
the  Aviation  Maintenance  System.  It  contains  attributes  used  to  describe  an  individual 
component  such  as  serial  number,  manufacturer  lot  number,  and  component  weight. 

The  component  maintains  a  reflexive  relationship  with  other  components.  This  allows  us  to 
capture  the  hierarchical  installation  history  of  components  that  are  sub-elements  of  larger 
components.  For  example,  an  engine  turbine  section  might  be  a  sub-component  of  an  aircraft 
engine.  The  reflexive  component  to  component  relationship  allows  one  to  track  what  particular 
engine  contained  a  particular  engine  turbine  section,  and  when  the  turbine  section  was  installed 
or  removed. 

The  End  Item  Entity  maintains  an  “is-a”  relationship  with  the  Component  Entity.  An  end 
item  is  a  specialized  component  that  represents  the  top-level  component  in  a  component 
hierarchy.  This  entity  allows  us  to  query  information  about  an  end  item  without  doing  a  complex 
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join  on  the  larger  component  entity.  For  scalability  reasons,  we  term  this  object  as  an  “end  item” 
to  allow  our  CBMUDM  model  to  be  extended  to  any  Army  system  -  aircraft,  truck,  tank, 
missile,  etc.  The  specialized  Aircraft  Entity  in  our  model  allows  us  to  capture  attributes  specific 
to  end  items  classified  as  aircraft  (e.g.  aircraft  status,  current  operating  hours,  etc). 

Each  Component  Entity  in  our  model  instantiates  a  General  Component  Entity.  This  very 
important  entity  describes  the  set  of  all  abstract  components  that  might  occur  in  various  facets  of 
the  Aviation  Maintenance  System.  This  modeling  of  hypothetical  components  is  required  for 
several  reasons.  First,  it  allows  us  to  model  information  common  to  all  components  of  a  certain 
type.  For  example,  there  is  certain  information  common  to  all  UH60  aircraft  transmissions  that 
we  want  to  model.  Procurement  personnel  may  want  to  track  a  list  of  all  possible  manufactures 
for  the  transmission.  Maintenance  planners  may  want  to  capture  a  list  of  standard  transmission 
repairs  they  might  encounter  with  any  transmission.  Finally,  analyst  may  want  to  view  a  list  of 
sensors  that  report  information  about  all  transmissions.  The  general  component  entity  allows  us 
to  capture  this  type  information. 

The  second  reason  we  need  the  general  component  entity  is  to  capture  components  in  the 
system  that  will  eventually  show  up  as  specific  components.  For  example,  a  crew  chief  may 
determine  that  a  specific  serial-numbered  gear  box  has  failed  on  an  AH64D  helicopter.  To  fix 
the  repair,  the  crew  chief  needs  to  know  what  components  are  generally  required  to  fix  the  failed 
gearbox  -  e.g.  a  new  gearbox  and  new  mounting  hardware.  The  crew  chief  can  then  requisition 
these  general  components  through  the  supply  system.  Until  specific  parts  are  shipped  from  a 
supply  depot  to  fulfill  the  supply  request,  we  need  a  way  to  capture  the  concept  of  the 
replacement  parts.  The  general  component  entity  allows  us  to  handle  this  situation. 

The  Unit  Entity  allows  us  to  track  which  particular  organization  possesses  or  “owns”  a 
component.  A  unit  represents  actual  operational  Army  units  to  include  supply  depots  and 
maintenance  facilities.  This  information  is  useful  in  determining  where  a  component  is 
physically  located  (i.e.  what  transmissions  are  in  Afghanistan)  as  well  as  where  a  component  has 
been  in  the  past. 

The  Manufacturer  Entity  allows  us  to  track  information  about  what  particular  manufacturer 
supplied  the  component  to  the  Army.  This  information  is  invaluable  to  logistics  planners, 
reliability  engineers,  and  safety  investigators. 
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The  Usage  Period  Entity  records  the  individual  uses  of  the  aircraft  or  end  item.  This  allows 
us  to  record  when,  and  for  how  long,  the  end-item  was  used.  A  usage  period  might  correspond 
to  a  full  two-hour  mission,  or  a  simple  fifteen  minute  maintenance  operational  check. 

The  State  Descriptor  Entity  is  used  to  capture  the  data  describing  the  Usage  Period  and 
General  Component  Entities.  State  descriptor  data  ranges  from  the  temperature  of  a  nose 
gearbox  to  the  bank  angle  of  the  aircraft  in  flight.  The  relationship  between  the  State  Descriptor 
entity  and  the  Usage  Period  Entity  allows  us  to  capture  specific  state  descriptor  recordings  during 
a  specific  usage  period.  For  example,  we  can  record  all  left  hand  nose  gearbox  temperature 
values  for  AH64D  #446  during  a  three-month  period.  By  using  the  relationship  between  End 
Item  and  Component,  we  can  burrow  down  and  match  these  temperature  values  to  the  specific 
serial  numbered  nose  gearbox  (or  gearboxes)  installed  on  AH64D  #446  during  the  same  period. 

The  relationship  between  State  Descriptor  and  General  Component  allows  us  to  record  what 
state  descriptors  generally  describe  a  particular  component.  For  example,  for  all  CH47 
transmissions,  we  might  have  four  state  descriptors  that  provide  relevant  information  - 
transmission  oil  temperature,  transmission  oil  pressure,  transmission  oil  level,  and  transmission 
vibration.  This  information  is  useful  to  analysts  who  want  to  see  what  types  of  data  are  reported 
for  certain  components. 

The  most  important  feature  provided  by  the  State  Descriptor  entity  is  its  ability  to  standardize 
data  from  disparate  Digital  Source  Collectors  mounted  on  aircraft.  A  Digital  Source  Collector 
(DSC)  is  any  aircraft  sensor  that  provides  information  about  aircraft  components.  As  of  this 
writing,  there  are  literally  dozens  of  different  DSC’s,  each  manufactured  by  different  vendors, 
and  each  with  its  own  native  data  schema  and  data  protocols.  Many  of  these  different  DSC’s 
track  information  about  the  same  set  of  components.  Combining  information  from  these  non- 
standardized  data  collection  devices  has  been  problematic  for  the  aviation  community  [5].  The 
State  Descriptor  Entity  allows  us  to  combine  data  from  any  of  these  DSC’s  into  a  common 
logical  object. 

In  some  respects,  state  descriptors  are  actually  time  variant  attributes.  However,  following 
the  rules  for  entity  selection  outlined  in  [16],  we  decided  to  track  state  descriptors  as  separate 
entities  as  opposed  to  object  attributes  for  two  reasons.  First,  state  descriptor  information  will 
serve  as  both  dependent  and  independent  variables  in  component  failure  analysis.  Because  of 
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this  fact,  researchers  and  analysts  will  want  constant  access  to  this  data.  Second,  state 
descriptors  are  used  to  describe  several  other  entities  in  or  model. 

One  of  those  entities  is  the  Flight  Regime  Entity.  A  flight  regime  (or  maneuver)  is  defined 
by  an  ordered  combination  of  certain  state  descriptor  trajectories  experienced  in  flight.  For 
example,  a  right  turn  might  be  defined  as  the  aircraft  attitude  (as  measured  by  on  board  sensors) 
experiencing  a  10  degree  right  bank  for  more  than  30  seconds.  Several  CBM  Prototype 
stakeholders  specifically  mentioned  this  entity  during  our  stakeholder  analysis. 

The  Failure  Entity  is  used  to  capture  the  concept  of  a  degraded  component.  A  failure  is  a 
specific  failure  event  related  to  a  specific  component.  For  example,  if  a  night-vision  site  on  a 
specific  AH64D  fails  in  flight,  then  we  would  generate  a  specific  failure  for  this  event. 

Each  failure  is  described  by  one  or  more  Failure  Mode  Entities  which  serve  as  standardized 
objects  for  categorizing  component  degradation.  The  failure  mode  allows  us  to  specify  exactly 
what  we  mean  by  a  “failure.”  This  entity  is  needed  for  several  reasons.  First,  several 
stakeholders  expressed  dismay  at  the  lack  of  failure  specificity  provided  in  the  current  Aviation 
Maintenance  System.  Simply  saying  a  component  “failed”  is  often  times  not  enough  information 
to  conduct  meaningful  analysis.  For  example,  if  the  night-vision  system  for  an  AH64D  fails  in 
flight,  the  pilots  might  report  “night  vision  system  unusable  for  flight.”  This  is  sufficient 
information  from  the  pilots’  perspective,  as  the  system  simply  isn’t  working.  However,  there  are 
several  different  ways  the  night-vision  system  could  become  “unusable.”  Perhaps  the  night- 
vision  picture  went  black,  or  maybe  it  turned  solid  green,  or  maybe  it  was  just  to  dim  for 
effective  use.  From  a  component  and  failure  analysis  perspective,  each  of  these  represents  a 
distinct  failure  mode  of  the  system  requiring  independent  analysis.  Current  failure  information 
that  exists  in  the  Aviation  Maintenance  System  is  largely  based  on  the  pilot’s  or  unit’s 
perspective,  forcing  engineers  and  analyst  to  combine  very  different  failure  modes  into  a  single 
aggregated  definition  of  failure. 

The  second  reason  we  need  a  Failure  Mode  entity  stems  from  the  way  failure  modes  are 
ascertained  at  various  levels  of  repair  in  the  Army  Maintenance  System.  Because  of  the  level  of 
repair  for  the  night-vision  system,  the  actual  nature  of  the  failure  might  not  be  known  until  the 
system  is  rebuilt  at  a  repair  facility.  This  opens  up  the  possibility  that  two  descriptions  for  the 
same  failure  are  entered  into  the  Aviation  Maintenance  System  for  the  same  failure  -  one  related 
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to  the  pilots  perspective  and  one  from  the  repair  facility  perspective.  The  pilot  reports  an 
“unusable  system”  when  the  factory  reports  “failed  signal  processor.” 

A  third  reason  we  need  a  Failure  Mode  entity  relates  to  the  way  the  current  Aviation 
Maintenance  System  (TAMMS-A)  standardized  failure  codes.  Current  maintenance  policy  as 
defined  by  DA  PAM  738-751  provides  for  216  standardized  codes  describing  failure.  These 
range  from  “Incorrect  Antenna  Gain”  to  “Buckled  or  Twisted.”  However,  this  is  a  relatively 
limited  number  of  codes  given  the  potentially  thousands  of  specific  failure  modes  across  the 
entire  fleet  of  aviation  components. 

The  Failure  Mode  entity  addresses  these  issues.  First,  the  Failure  Mode  Entity  allows  for  a 
very  specific  definition  of  failure  modes  because  each  failure  mode  in  the  CBMUDM  is 
described  by  one  or  more  state  descriptors  trajectories.  For  example,  in  the  night-vision  site 
scenario,  one  failure  mode  might  be  described  by  a  state  descriptor  measuring  the  night-vision 
power  supply  voltage  below  some  nominal  value.  By  using  state  descriptors  to  describe  failure 
modes,  we  can  encapsulate  all  the  existing  failure  codes  in  DA  PAM  738-751  as  well  as  any 
failure  code  imaginable.  Second,  the  many-many  relationship  of  failure  event  to  failure  mode 
allows  us  to  handle  the  situation  of  different  levels  of  repair  providing  more  detailed  information 
about  the  same  failure. 

When  a  failure  occurs,  it  is  addressed  by  a  Maintenance  Action  entity.  A  maintenance  action 
is  any  maintenance  activity  (not  just  unscheduled  maintenance  actions)  and  will  involve  one  or 
more  components.  A  maintenance  action  might  also  require  replacement  of  general  components, 
which  are  in  turn  satisfied  by  components  in  the  supply  system. 

The  General  Maintenance  Action  Entity  is  used  to  describe  regularly  scheduled  maintenance 
actions  required  for  component  maintenance.  This  entity  also  describes  prescriptive  maintenance 
actions  that  might  be  used  to  assuage  a  particular  failure  mode.  This  allows  us  to  capture  vital 
planning  data,  which  along  with  entities  such  as  Tool,  General  Component  (for  replacement), 
Maintenance  Personnel,  and  Publications  can  be  valuable  in  forecasting  maintenance 
requirements.  If  we  experience  an  actual  failure  mode  or,  more  interesting,  predict  a  failure 
mode  based  on  prognostics,  we  can  automatically  plan  for  its  repair.  This  plan  could  take  the 
form  of  a  semi-automated  P4T2S  (Plan,  People,  Parts,  Publications,  Tools,  Time,  Safety) 
maintenance  analysis,  a  common  management  practice  in  today’s  Army  Aviation  community 

[19]. 
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The  Sensor  entity  is  used  to  model  information  about  DSC’s  and  other  sensors  that  provide 
information  to  state  descriptors.  This  entity  provides  vital  meta-data  to  engineers  about  the  inner 
workings  of  each  sensor.  For  example,  an  engineer  may  want  to  find  out  what  vendor 
manufactures  a  certain  sensor,  or  view  information  particular  to  a  certain  fielded  version  of  a 
sensor. 

3. 3. 1.3  Star-Dimensional  Logical  Design 

The  star-dimensional  layer  of  our  overall  logical  design  is  an  efficient,  read-only  presentation 
layer  that  will  serve  as  the  primary  mechanism  for  accessing  the  data  warehouse  by  stakeholder. 
This  layer  is  largely  designed  for  future  versions  of  the  CBM  Data  Warehouse,  when  stake 
holders  start  regular  access  to  the  warehouse.  We  feel  that,  for  purposes  of  the  CBM  Prototype 
proof  of  principle,  the  CBMUDM  layer  can  provide  most  the  information  for  the  demonstration. 
Therefore,  this  layer  is  beyond  our  original  scope  of  work.  However,  we  will  provide  a  cursory 
review  of  what  future  designs  of  this  layer  might  look  like  in  the  future. 

At  this  level,  we  envision  a  set  of  independent  dimensional  models  specifically  designed  to 
address  common  stakeholder  needs.  These  models  will  largely  follow  techniques  described  by 
Kimball  [17].  We  will  describe  and  analyze  one  such  example  model  here. 

Several  of  our  stakeholder  expressed  interest  in  being  able  to  examine  usage/state  data  for 
components.  These  stakeholders  want  to  be  able  to  examine  the  following  for  any  component  on 
the  aircraft  -  unit  information,  aircraft  information,  and  usage/state  indicators  trajectories  at  any 
point  in  the  component’s  life. 

At  the  center  of  the  star-dimensional  model  is  the  Component  State  fact  table.  This  fact  table 
contains  foreign  keys  to  the  following  dimensions  (each  taken  from  the  CBMUDM  layer)  -  Unit, 
Component,  State  Descriptor,  and  Usage  Period.  The  fact  table  also  contains  an  attribute  for 
state  descriptor  values,  start  DTG  for  the  state  descriptor  value,  and  end  DTG  for  the  state 
descriptor  value. 

Each  row  in  the  fact  table  corresponds  to  an  individual  state  descriptor  value  and  its  start  and 
end  DTG.  For  each  of  these  values,  we  record  the  foreign  keys  to  the  following  entities  -  the 
usage  period  when  it  was  recorded,  the  components  it  monitors,  and  the  unit  that  owned  the 
aircraft. 
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This  model  would  allow  engineers  to  query  the  component  state  information  in  a  variety  of 
ways  -  by  unit,  aircraft,  component,  state  descriptor,  or  time  period.  These  queries,  involving 
only  single-level  joins  built  off  binary  indices,  would  be  very  efficient.  However,  they  would 
also  involve  a  tremendous  volume  of  information.  The  following  back  of  the  envelop  calculation 
demonstrates  this  point: 

1  unit  X  24  aircraft  per  unit  X 1400  components  per  aircraft  X  5  state  descriptors  per 
component  (AVG)  X  20  usage  periods  per  month  (AVG)  X  123  state  descriptor  entries 
per  usage  period  (AVG*)  =  413  Million  fact  table  entries  per  month 

*Based  on  MDR  analysis  at  Appendix  D 

This  calculation  demonstrates  the  heavy  storage  cost  involved  with  providing  efficient  access 
to  the  CBM  Data  Warehouse.  It  is  clear  that  future  versions  of  the  warehouse  will  grow  to  terra- 
byte  levels  if  efficient  access  to  the  data  is  desired. 


3.3.2  Data  Warehouse  Physical  Design 

We  produced  physical  designs  for  both  the  low-level  stage  and  CBMUDM.  These  designs 
specify  the  database  objects  required  to  implement  the  logical  design  in  an  actual  database 
architecture  (Oracle,  Sybase,  MS-SQL,  etc).  This  design  includes  table  definitions,  comments, 
specification  of  table  attributes,  primary  and  foreign  key  identification,  and  specification  and 
implementation  of  relationships. 

3.3.2. 1.  Low-level  Stage  Physical  Design 

Appendix  H  contains  the  physical  design  for  the  MDR  and  VMEP  portions  of  the  low-level 
stage.  Readers  are  referred  to  Appendix  F  for  the  UniRAM  portion  of  the  physical  design. 

3. 3.2.2.  CBMUDM  Physical  Design 

Appendix  I  contains  the  physical  design  for  the  CBMUDM. 
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3.4  Source  Data  Management  Plan 

The  data  management  design  describes  the  general  process  used  to  gather  source  data  from 
various  disparate  data  sources  and  load  it  into  the  data  warehouse.  This  includes  how  data  is 
downloaded,  copied,  moved,  translated,  and  loaded.  Our  source  data  management  plan  only 
includes  those  data  source  for  the  CBM  prototype  that  provide  frequent  and  dynamic  data  -  state 
and  usage  data  from  MDR,  vibration  data  from  VMEP,  and  maintenance  data  from  UniRAM. 

Our  data  management  plan  is  a  detailed  elaboration  of  our  functional  analysis  conducted  in 
the  Problem  Definition  Phase  of  our  design  process.  It  describes  how  the  functional  flow  should 
be  implemented  to  achieve  the  functionality  of  our  system.  Figure  19  shows  on  overview  of  our 
data  management  plan.  This  plan  is  broken  into  ten  steps,  each  shown  in  a  square  labeled  with  a 
number.  We  briefly  describe  each  step  below. 

STEP  1  -  Receive  Raw  Data.  This  data  management  step  represents  Functions  1.1,  1.2,  1.3, 

2.1,  2,2,  2.3,  5.1,  5.2,  5.3,  5.4,  5.5,  and  5.6  in  the  functional  analysis.  In  this  step,  raw  data  is 
received  from  the  field,  most  likely  on  compact  disk  media.  In  the  future,  this  data  transfer  may 
occur  over  Army  networks.  The  agency  receiving  the  raw  data  is  primarily  responsible  for 
preparing  the  data  for  loading  into  the  data  warehouse. 

STEP  2  -  Upload  Disk  to  Temporary  File  Server.  This  step  corresponds  to  Functions  2.1, 

2.2,  and  2.3  in  the  functional  analysis.  In  this  data  management  step,  the  receiving  agency 
temporarily  stores  the  raw  data  to  local  storage  for  further  processing. 

STEP  3:  Secure  Original  Disks.  This  data  management  step  (Functions  2.1,  2.2,  and  2.3), 
represents  permanent  archiving  of  the  raw  data. 

STEP  4:  Upload  VMEP  Data  to  VMEP  Data  Store.  This  step  represents  Function  2.7  in  the 
functional  analysis.  In  this  step,  the  receiving  agency  uploads  to  VMEP  binary  files  to  the  IAC 
Website.  The  IAC  Website  is  a  standard  Army  repository  for  all  VMEP  data  from  Army 
Aircraft. 
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STEP  5:  Upload  ELAS  Data  to  ATTC.  Here,  we  are  concerned  with  getting  the  raw  ELAS 
data  to  ATTC  at  Fort  Rucker  so  they  can  perform  all  ELAS  processing.  Once  ATTC  receives 
the  data,  they  will  execute  Function  4.3. 


STEP  6:  Translate  Binary  Files.  This  data  management  covers  Functions  3.1  and  3.2  in  the 
functional  analysis.  In  this  step  we  are  concerned  with  converting  the  MDR  and  VMEP  data 
from  their  binary  formats  into  text  readable  formats.  For  MDR  data,  we  execute  the  MAST  and 
LIMSSGAS  program,  which  produce  text-readable  comma  separated  value  files  (CSV).  For 
VMEP  data,  we  use  the  exporttotext.exe  utility,  which  produces  text  files  of  the  VMEP  data. 
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STEP  7:  Upload  Pre-processed  Data  to  Data  Warehouse.  This  step  corresponds  to  Functions 

2.5,  2.6  and  2.7.  This  step  represents  the  loading  and  storage  of  all  pre-processed  data  into  the 
data  warehouse.  We  use  the  term  “pre-processed”  to  indicate  all  data  that  is  text  readable  but  not 
correlated  in  a  unified  fashion. 

STEP  8:  Upload  Pre-processed  Data  to  Data  Warehouse  Pre-processed  Partition.  In  this 
step,  largely  an  extension  of  step  7,  we  store  the  text  readable  files  in  the  pre-processed  partition 
of  the  data  warehouse.  This  allows  engineers  and  analyst  to  immediately  use  the  raw  data,  albeit 
in  a  non-unified  and  uncorrelated  form. 

STEP  9:  Execute  Extract.  Transform.  Load  Processes.  This  data  management  step  covers 
Function  6.0  in  the  functional  analysis.  In  the  step,  we  begin  loading  the  unified  partition  and 
convert  source  data  entities  to  CBMUDM  layer  entities.  This  step  begins  with  loading  raw  data 
into  the  low-level  stage  and  ends  with  source  data  objects  translated  to  unified  objects  in  the 
CBMUDM.  This  process  is  described  in  more  detail  in  Section  3.6  below. 

STEP  10:  Replicate  UniRAM  Data.  In  this  data  management  step,  covered  under  Function 
5.9  of  our  functional  analysis,  the  post  processed  UniRAM  data  is  transferred  directly  into  the 
low-level  stage  of  the  data  warehouse. 

3.6.  Extract,  Transform,  Load  Design  Processes 

A  significant  part  of  our  research  involved  an  actual  design  of  the  extract,  transform,  load 
mechanisms  (ETL)  to  transfer  data  from  source  data  schemas  into  the  unified  CBMUDM.  This 
represents  Step  9  of  our  data  management  plan.  In  this  section  we  will  outline  the  general 
information  processes  required  to  populate  the  unified  partition  of  data  warehouse.  It  is 
important  to  note  that  these  are  independent  processes,  and  might  be  implemented  with  custom 
software  routines,  off-the  shelf  ETL  software,  or  other  implementations. 

We  will  use  a  series  of  data  flow  diagrams  to  describe  our  ETL  design.  Figure  20  lists  the 
legend  for  these  data  flow  diagrams. 
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DATA  FLOW  DIAGRAM  LEGEND 


Figure  21  shows  our  top  level  ETL  processes. 


Figure  21  -  Top  Level  ETL  Processes 


Process  1 .0,  Load  low-level  data,  is  responsible  for  loading  the  pre-processed  data  into  the 
low-level  stage.  Process  2.0  is  responsible  for  loading  the  data  from  the  low-level  stage  to  the 
CDMUDM  stage. 


Figure  22  -  -  Low-level  Stage  ETL  Processes 


Figure  22  shows  the  ETL  processes  for  the  low-level  stage.  Process  1.1.1  (VMEP  Parameter 
Load)  loads  meta-data  about  the  various  VMEP  parameters,  such  as  Cl  identifier,  units,  etc.  This 
data  originates  in  an  MS  Excel  generated  flat  CSV  file,  and  is  stored  in  the  VMEP  PARAM 
table.  Process  1.1.2  (VEMP  Data  Load)  loads  the  individual  data  files.  For  each  VMEP  data  file 
(All_CI.txt),  the  process  creates  a  “VMEP  Mission”  which  corresponds  to  an  individual  VMEP 
usage  period.  It  then  creates  one  row  per  Cl  reading  in  the  VMEP  DATA  Table.  Please  refer  to 
Section  3. 3. 1.1  for  more  details  about  the  low-level  VMEP  schema.  Process  1.2.1  and  1.2.2 
perform  the  same  tasks  for  MDR  data. 
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Figures  23  thru  29  show  the  ETL  processes  for  the  CBMUDM  stage.  Processes  2.1  thru  2.5 
(Figure  23)  are  simple  loaders  used  to  populate  several  of  the  on-change  entities  in  the  database. 
The  source  files  for  each  process  are  built  with  MS  Excel  and  MS  Access,  and  are  used  to  load 
the  information  in  the  CBMUDM  that  is  not  a  continuous  update.  Sources  for  this  data  are 
discussed  in  Section  2. 3.2. 5.  Each  process  generates  one  row  in  the  corresponding  CBMUDM 
table  for  each  row  in  the  source  data  file. 

Process  2.6  (Figure  24)  is  used  to  load  all  specific  components  into  the  CBMUDM.  This 
process  mines  the  appropriate  UniRAM  tables  for  all  unique  components  in  existence.  It  then 
looks  up  the  corresponding  general  component  in  the  CBMUDM  General  Component  table 
(using  WUC),  then  adds  an  entry  into  the  CBMUDM  Component  table  with  the  matching 
general  component  foreign  key  and  specific  information  about  the  physical  component  (serial 
number,  installation  history,  etc). 
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Figure  24  -  CBMUDM  ETL  Processes  2.6  and  2.7 


Process  2.7  (Figure  24)  is  used  to  load  state  descriptor  data  and  match  it  to  the  aircraft/end- 
item  usage  period.  The  process  first  looks  up  all  MDR  usage  periods  (using  the 
MDR  MISSION  table  in  low-level  stage).  An  entry  is  then  made  in  the  CBMUDM  Usage 
Period  table  corresponding  to  the  MDR  MISSION.  Here  we  are  defining  a  one-one  mapping  of 
aircraft  usage  periods  to  MDR  usage  periods.  We  feel  this  is  a  logical  choice,  as  the  aircraft  as  in 
use  any  time  the  MDR  is  recording  data. 

For  each  usage  period,  Process  2.7  makes  entries  in  the  Usage  Period  State  Descriptor  table 
containing  the  actual  state  descriptor  values  (from  MDR  DATA)  corresponding  to  each  recorded 
MDR  parameter.  The  process  then  looks  for  matching  VMEP  usage  periods  contained  within 
the  aircraft  usage  period.  Note,  there  could  be  a  one-zero  or  one-many  mapping  of  aircraft  usage 
periods  to  VMEP  usage  periods.  This  is  due  to  several  reasons.  First,  it  is  possible  that  the 
VMEP  system  was  not  activated  during  the  usage  period  (rotor  never  activated,  VMEP  control 
left  off).  Or,  during  a  single  usage  period,  the  VMEP  recorder  might  be  cycled  by  multiple  rotor 
stops  and  starts. 
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For  each  VMEP  usage  period  encapsulated  within  an  aircraft  usage  period  (as  defined  by 
MDR  usage  period),  Process  2.7  makes  an  entry  in  the  Usage  Period  State  Descriptor  table 
containing  the  actual  state  descriptor  values  (from  VMEP_DATA)  corresponding  to  VMEP 
parameters. 

Process  2.8  (Figure  25)  is  responsible  for  loading  the  General  Maintenance  Action  table 
in  the  CBMUDM.  This  process  reads  a  text  file  containing  all  general  maintenance  actions. 
Process  2.9  loads  the  General  Component  Requires  General  Maintenance  table  using  a  similar 
text  file.  Process  2.10  loads  a  list  of  standard  failure  modes  using  a  text  file  of  standard  failure 
modes.  Process  2.1 1  loads  a  text  file  that  maps  standard  failure  modes  to  general  maintenance 
actions.  Note,  the  aforementioned  text  files,  which  are  on-change  data  sources  populated 
manually  from  hard  copy  publications,  might  be  replaced  in  the  future  pending  access  to  existing 
electronic  data  sources  in  the  Army  Aviation  community.  Refer  to  Section  2. 3.2. 6  for  a 
discussion  about  these  data  sources. 


Figure  25  -  CBMUDM  ETL  Processes  2.8  thru  2.11 
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Processes  2.12  thru  2.17  (Figure  26  and  Figure  27)  use  a  similar  set  of  text  files  to  load 
supporting  information  for  the  General  Maintenance  Action  entity.  These  processes  load 
information  tracking  what  people  and  tools  are  required  to  support  a  general  maintenance  action. 


Figure  26  -  CBMUDM  ETL  Processes  2.12  thru  2.15 
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Figure  27  -  CBMUDM  ETL  Processes  2.16  and  2.19 


Process  2.18  (Figure27)  mines  the  UniRAM  database  and  loads  the  CBMUDM  Maintenance 
Action  with  all  existing  maintenance  actions.  This  consists  of  inspections,  repairs,  and  other 
aircraft  maintenance  activities  that  were  physically  performed  by  the  unit.  For  each  of  the 
maintenance  actions,  Process  2.19  matches  the  physical  components  involved  in  the  maintenance 
action  to  physical  components  in  the  CBMUDM  Component  table,  and  records  this  information 
in  the  CBMUDM  Maintenance  Action  Involves  Component  table 


70 


Figure  28  -  CBMUDM  ETL  Processes  2.20  thru  2.23 


Process  2.20  (Figure  28)  mines  the  UniRAM  database  for  all  actual  maintenance  personnel 
(by  name)  involved  in  maintenance  tasks.  It  then  loads  this  information  into  the  CBMUDM 
Maintenance  Person  table.  Process  2.21  matches  these  individuals  against  actual  maintenance 
actions  in  the  CBMUDM.  Process  2.22  is  used  to  track  what  replacement  parts  are  required  for 
certain  maintenance  action.  This  process  examines  supply  information  contained  in  UniRAM, 
and  matches  part  requisitions  against  actual  maintenance  actions.  Each  part  requisition  matches 
a  general  component  in  the  CBMUDM.  Process  2.23  examines  each  maintenance  record  in 
UniRAM,  and  identifies  those  maintenance  actions  that  where  related  to  failed  or  degraded 
components.  It  uses  failure  mode  information  stored  in  the  CBMUDM  in  identifying  these 
failures. 
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Process  2.24  (Figure  29)  examines  the  UniRAM  database  and  maps  which  maintenance 
actions  were  performed  to  address  failures.  This  process  is  required  because  of  the  way  DA 
PAM  738-751  tracks  maintenance  records.  In  the  DA  PAM  738-751  record  system,  a  source 
failure  and  its  first  prescriptive  maintenance  action  are  tracked  on  the  same  form.  However,  for 
complex  failures,  many  maintenance  actions  may  be  required.  These  secondary  maintenance 
actions  are  tracked  on  separate  forms,  which  can  appear  as  individual  ELAS  entries.  Therefore, 
our  ETL  process  must  collect  all  related  maintenance  actions  that  address  a  single  failure  and 
distinguish  these  from  other  independent  maintenance  actions. 

Process  2.25  is  used  to  load  meta-data  about  flight  regimes  into  the  CBMUDM.  This  meta¬ 
data  which  describes  all  possible  flight  regimes  is  loaded  from  a  text  file.  Process  2.26  then 
examines  the  State  Descriptor  and  Usage  Period  State  Descriptor  tables  in  the  CBMUDM  and 
determines  which  flight  regimes  occurred  during  each  usage  period,  and  when  they  occurred. 
This  information  is  recorded  in  the  Usage  Period  Flight  Regime  table. 
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4.  Implementation 

The  final  phase  of  our  design  process  is  the  actual  implementation  of  our  physical  data 
warehouse  design  and  data  management  design.  This  task  was  beyond  the  scope  of  our 
involvement.  However,  we  provide  the  outline  of  an  implementation  plan  which  represents  one 
possible  approach  to  design  implementation. 

Appendix  J  contains  a  detailed  example  project  plan  for  implementing  the  data  warehouse 
[20],  This  project  plan  is  broken  down  into  the  seven  phases  described  below 

Phase  1 :  Hardware  And  Software  Installation 

The  purpose  of  this  phase  is  to  install  the  base  software  and  hardware  architecture  required  to 
operate  the  data  warehouse.  In  this  phase,  we  recommend  first  installing  and  configuring  the 
development  hardware  for  the  data  warehouse.  This  includes  installing  all  hardware,  databases, 
and  translation  software  described  in  our  data  management  plan. 

Phase  2:  Data  Warehouse  Configuration  &  Administration 

The  purpose  of  this  phase  is  to  configure  the  core  data  warehouse  applications  needed  to 
maintain  the  warehouse  once  it  is  up  and  running.  This  includes  security,  user  accounts,  backup, 
indexing,  and  logging.  We  recommend  first  establishing  user  accounts  on  the  data  warehouse 
environment.  We  then  recommend  designing  and  implementing  job  scheduling  -  which  includes 
back-up/restore  processes,  database  logging,  notification,  and  reporting.  We  next  recommend 
implementing  the  back-up/restore  processes,  and  the  programming  of  any  regularly  scheduled 
jobs  (auditing,  record  cleaning,  etc). 

Phase  3:  Pre-Process  Partition  Design  And  Implementation 

The  purpose  of  this  phase  is  to  establish  the  physical  implementation  of  the  pre-processed 
partition  of  the  data  warehouse.  We  recommend  first  establishing  physical  locations  for  storage 
of  all  low-level  data  in  an  area  where  it  can  be  accessed  by  stakeholders.  We  recommend  using  a 
simple  networked  file  system  on  an  existing  Army  LAN.  This  phase  also  includes  loading  raw 
VMEP  data  into  the  IAC  web  store  (https://imds.iac-onlinc.com/index.asp)  discussed  in  Step  4  of 
the  data  management  plan.  This  resource  is  a  mature  system  which  can  immediately  provide 
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value  to  our  stakeholders.  This  phase  shall  be  completed  when  all  current  field  data  is  loaded 
into  these  pre-processed  partition. 

Phase  4:  Post-Process  Design  Implementation 

The  purpose  of  this  phase  is  to  implement  the  physical  design  of  the  data  warehouse  unified 
partition.  We  recommend  first  implementing  ETL  Process  1 .0  and  then  using  it  to  load  all 
UniRAM,  MDR,  and  VMEP  raw  data  into  a  set  of  independent  low-level  staging  tables  located 
in  an  industrial  strength  database  environment.  We  next  recommend  implementing  the  physical 
design  for  the  CBMUDM  in  the  same  database  environment.  We  recommend  next  using  ETL 
Process  2.0  to  load  data  from  the  low-level  staging  tables  into  the  CBMUDM  physical  model. 

We  next  propose  developing  a  series  of  fact  tables  and  dimension  (a  star-dimensional  model)  that 
will  be  populated  from  the  CBMUDM.  We  recommend  focusing  this  star-dimension 
implementation  on  data  requirements  common  to  multiple  stakeholders. 

Phase  5:  Implement  Applications 

The  purpose  of  this  phase  is  to  construct  the  applications  that  will  be  used  to  demonstrate  the 
CBM  Prototype.  We  first  recommend  developing  a  sample  set  of  cross-cutting  use-cases  that 
will  best  demonstrate  the  novel  capabilities  of  CBM.  We  next  suggest  designing  actual 
applications  required  to  produce  these  use-cases.  These  applications  might  use  the  dimensions 
provided  by  our  star-dimensional  physical  model,  ad  hoc  queries  ran  against  the  CBMUDM,  or 
both. 

Phase  6:  System  Integration  And  Testing 

The  purpose  of  this  phase  is  to  integrate  and  test  the  complete  data  warehouse  design  - 
population  of  data  into  the  pre-processed  partition,  loading  of  the  data  into  the  unified  partition, 
and  viewing  required  information  with  prototype  applications.  We  recommend  first  ensuring  all 
current  data  is  loaded  into  the  pre-processed  and  unified  partitions.  We  then  suggest  executing 
these  applications,  and  testing  them  for  the  desired  functionality. 
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Phase  7  :  Implementation 

The  purpose  of  this  phase  is  to  implement  the  data  warehouse  and  end-user  applications. 
We  recommend  first  reviewing  and  addressing  any  shortcomings  identified  in  the  system 
integration  and  testing  phase.  We  then  suggest  finalizing  design  changes  to  the  data  warehouse 
and  end  user  applications.  We  then  recommend  implementing  a  regularly  scheduled  data 
management  routine  for  load  incoming  data  from  the  field. 


5.  Recommendations 

Before  closing,  we  offer  several  recommendations  pertaining  to  the  future  of  CBM  Data 
Management.  These  recommendations  recap  many  ideas  presented  in  previous  sections  of  this 
report,  and  target  the  data  integrity  and  physical  growth  of  the  future  CBM  data  warehouse. 

Army  Aviation  Maintenance  Management  System  Overhaul.  In  our  opinion,  many  of  the 
complex  data  management  tasks  addressed  in  our  design  are  the  result  of  an  outdated 
maintenance  management  system.  The  Total  Army  Maintenance  Management  System 
(TAMMS-A)  specified  in  DA  PAM  738-751  is  a  legacy  system  developed  before  the  advent  of 
modem  information  system  technologies.  This  system,  based  on  physical  hard-copy  records, 
does  not  address  many  of  the  complex  data  modeling  issues  required  to  achieve  Condition  Based 
Maintenance.  As  a  result,  any  attempt  to  use  information  streaming  from  systems  based  on 
TAMMS-A  will  be  clumsy,  burdensome,  and  resource  intensive.  We  recommend  further 
research  efforts  focus  on  a  redesign  of  TAMMS-A  that  fully  supports  the  data  requirements  of 
CBM  as  well  as  satisfying  other  requirements  of  current  TAMMS-A  stakeholders. 

Maintenance  Data  Entry  Overhaul.  This  recommendation  is  closely  related  to  the  previous, 
and  focuses  on  the  procedures  used  to  enter  maintenance  and  failure  data.  Currently,  the  burden 
for  entering  low-level  detailed  information  about  maintenance  actions  and  component  failure 
information  rests  solely  on  operational  units.  These  units  are  manned  with  hard  working  pilots, 
crew  engineers,  and  technicians  whose  primary  mission  is  keeping  aircraft  flying  to  support  on¬ 
going  operations  in  the  field.  These  individuals  are  also  responsible  for  a  myriad  of  other 
important  tasks  not  related  to  aviation  maintenance.  The  extra  time  required  to  maintain  the 
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meticulous  level  of  data  integrity  required  by  CBM  is  often  legitimately  sacrificed  in  the  name  of 
operational  necessities.  Future  work  must  address  this  issue.  Automated  systems  must  be 
fielded  that  allow  the  end-users  to  quickly  and  effortlessly  provide  low-level  details  about 
maintenance  actions  and  component  failures  without  compromising  their  primary  mission. 

CBM  Data  Scoping.  As  previously  mentioned,  the  amount  of  data  required  to  field  a  CBM 
program  is  enormous.  The  problem  is  compounded  by  a  natural  paradox  encountered  in  the 
fielding  of  large  scale  data  warehouses  [21].  This  paradox  pits  the  yet  to  be  discovered  benefits 
of  having  lots  of  data  in  a  single  location  against  the  resources  required  to  explore  these  benefits. 
The  antidote  for  this  paradox  is  to  carefully  and  frequently  review  data  requirements  as  new 
capabilities  are  realized.  We  recommend  regularly  examining  the  granularity  requirements  of 
CBM,  as  well  as  what  specific  data  elements  are  actually  being  used.  For  example,  do  we  still 
need  to  retain  the  co-pilot’s  radio  select  switch  position  in  future  MDR  data  loads? 

Standard  Cataloging  of  Abstract  Maintenance  Objects.  Current  maintenance  information 
systems  are  very  good  at  classifying  and  tracking  physical  objects  and  actions  -  e.g.  specific 
components,  maintenance  tasks,  and  failures.  However,  the  tracking  and  modeling  of  abstract 
maintenance  concepts  -  such  as  what  and  where  components  might  be  installed  on  a  helicopter 
or  what  standard  maintenance  actions  might  involve  these  components,  is  severely 
underdeveloped.  Future  research  efforts  involving  aviation  maintenance  information  systems 
must  target  this  issue,  and  focus  on  producing  Army- wide  acceptable  open  source  standards. 

Open-Source  Access  to  All  Data.  To  reap  the  benefits  proposed  by  the  CBM  concept,  we 
recommend  allowing  full  access  to  the  widest  population  and  lowest  level  of  source  data 
possible.  We  also  recommend  making  this  data  set  available  to  a  broad  audience  of  stakeholders. 
Maximizing  the  number  of  people  that  can  access  the  data,  and  then  engage  in  professional 
discourse  will  ensure  we  realize  the  full  potential  of  CBM  for  the  entire  Army  Aviation 
Community. 
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6.  Conclusion 


The  Army’s  transition  to  a  condition  based  maintenance  regimen  promises  to  increase  safety 
and  availability  while  decreasing  cost.  This  approach  is  highly  reliant  on  advanced  prognostic 
and  diagnostic  models  that  will  require  combining  inputs  from  a  plethora  of  disparate  data 
sources.  We  believe  that  the  data  warehouse  design  offered  in  this  report  offers  a  good  starting 
point  for  meeting  this  need. 
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APPENDIX  A  :  CBM  Data  Warehouse  Stakeholder  Interview  Outline 


STAKEHOLDER  NAME/ORGANIZATION/DUTY  POSITION/CONTACT  INFO 
STAKEHOLDER TYPE 

1.  Using  one  sentence  answers,  what  are  the  top  3-5  uses  or  tasks  you  would  have  involving 
information  stored  in  the  Data  Warehouse.  Or,  put  another  way,  why  would  you  access  the  data 
warehouse?  (These  will  become  more  detailed  use  cases  later). 

2.  In  executing  the  tasks  described  in  (1),  how  many  users  in  your  organization  would  use 
information  in  the  Data  Warehouse? 

3.  How  would  you  categorize  the  interface  preference/skills  of  these  users?  Please  fill  in  the 
percentage  of  users  in  each  category? 

a.  Basic  Database  User  -  knows  how  to  browse  and  run  pre-built  queries  and  applications.  Needs 
the  application  developers  to  construct  data  views.  No  SQL  programming  experience. 

b.  Power  Database  User  -  knows  how  to  used  semi-advanced  query  tools.  Can  use  query  design 
tools  and  wizards  to  develop  simple  views  of  the  data.  Little  SQL  programming  experience.  33% 

c.  Database  Designer  -  knows  how  to  use  SQL  and  other  development  tools  to  build  custom 
views  of  the  data. 


4.  This  next  question  targets  database  loading.  For  the  uses  described  in  (1),  how  often  would  you 
access  the  Data  Warehouse?  Once  a  day?  Once  a  Minute?  Once  a  Month? 

5.  This  next  question  targets  expected  access  times.  Please  indicate,  in  each  row,  how  much  of  your 
total  information  requirements  fit  into  each  category. 
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Access  Category 

Access 

Time 

Percentage  of  Your 

Total  Information 

Requirements  Residing 

in  this  Category? 

Timeline  of  Information  in 

this  Category 

-  current  month ’s  data,  last 

three  years,  etc. 

Real  Time 

I  can  wait  5  seconds 

Online 

I  can  wait  30  seconds 

Near  Line 

I  can  wait 

5  minutes 

Archive 

I  can  wait  can  wait  48  hours 

6.  This  next  question  targets  information  refresh  times.  In  general,  how  often  do  you  need  your 
information  refreshed/updated?  This  is  not  how  often  you  access  the  information,  but  when  you  do 
access  it,  how  current  is  it? 
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Refresh  Rate 

Refresh 

Interval 

of  Data 

Percentage  of  Your  Total 

Information  Requirements 

Residing  in  this  Category? 

Age  of  Information  in  this 

Category 

-  i.e.  current  month ’s  data,  last 

three  years,  etc 

Real  Time 

Current  as  of 

Now 

Daily 

Current  as  of 

this  Morning 

Weekly 

Current  as  of 

last  Monday 

7.  What  existing  software  products  or  tools  do  you  currently  use  that  rely  on  information  that  would 
be  contained  in  the  Data  Warehouse?  What  features  (views,  reports)  of  these  tools  do  you  use  the 
most? 

8.  What  types  of  views  and  reports  do  you  wish  you  could  produce  -  but  currently  cannot  -  from 
Army  Aviation  Maintenance  Data? 

9.  What  data  sources,  other  than  those  listed  in  the  introduction,  should  be  included  in  the  Data 
Warehouse? 

10.  Are  there  any  other  stakeholders  who  we  should  interview? 
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Stakeholder :  Walker,  Kris 
Stakeholder  Type:  Engineer 
Organization :  AMRDEC-RAM 
Phone:  256-842-9203 

Email:  kris.walker@rdec.redstone.army.mil 
Use-Case  ID:UC-11 

Use-Case  Title:  Operational  Readiness  Analysis 

Use-Case  Priority:  must_have_now 

Frequency  of  Use:  weekly 

Primary  Actor:  Data  Analysis  Tool 

Other  Actors:  Data  warehouse  Aviation  units  in  the  field 

Pre-Conditions: 

1.  1352  Status  Reports  must  be  filled  out  correctly  at  unit  2.  Status  reports  must  be 
forwarded  to  central  collection  agency.  3.  Status  reports  must  be  entered  into 
computer.  Must  break  down  Non-Mission  Capable  (Supply)  and  Non-Mission 
Capable  (Maintenance)  time.  Also  -  partially  mission  capable  time. 

Main  Success  Scenario: 

1.  Analyst  selects  aircraft.  2.  Analyst  selects  time  period.  3.  Data  Analysis  Tool  goes 
into  the  database  and  pulls  the  aircraft  readiness  (1352)  information  on  the  selected 
aircraft  during  the  selected  time  period.  4.  Data  Analysis  Tool  produces  the  outputs 
listed  in  the  post-conditions.  5.  System  returns  to  step  1 

Variations: 

Complete  time  period  not  available  -  prompt  user  for  another  period  Partial  time 
period  not  available  -  advise  user  Incomplete/Erroneous  readiness  data  set  -  advise 
user 

Post-Conditions: 

(a)  Pie  chart  showing  selected  aircraft  non-mission  capable  (NMC)  time  incurred 
during  the  selected  time  window.  This  pie  chart  shows  total  NMC  time  broken  down 
into  primary  causes  of  status:  repairs,  phase,  maintenance  work  order  (MWO),  safety 
of  flight  (SOF),  and  schedule,  (b)  Pie  chart  showing  total  status  on  aircraft  broken 
down  by  fully  mission  capable,  non-mission  capable,  and  partially  mission  capable, 
(c)  Bar  chart  showing,  for  the  non-mission  capable  time  caused  by  repairs,  what 
components  caused  these  repairs  (top  10  offenders  -  Pareto  analysis)  (d)  Three 
month  "trend"  bar  chart  showing  most  repaired  parts  &  number  of  repairs  for  each 
incurred  in  last  3  months  (by  month) 
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Data  Sources  currently  used  to  meet  the  requirement: 

1352  status  reports  emailed  to  team  Should  get  this  info  from  a  LOGSA  data  sources 

Software  currently  used  to  meet  this  requirement: 

(SAMS?)  Excel 
Additional  Comments: 

See  power  point  presentation  (RAMEngineerUseCase.ppt) 


Stakeholder :  Walker,  Kris 
Stakeholder  Type:  Engineer 
Organization  :  AMRDEC-RAM 
Phone:  256-842-9203 

Email:  kris.walker@rdec.redstone.army.mil 

Use-Case  ID:  UC-12 

Use-Case  Title:  Recap  Analysis 

Use-Case  Priority:  must_have_now 

Frequency  of  Use:  periodically 

Primary  Actor:  Data  Analyst 

Other  Actors:  Data  warehouse  Analysis  Application 

Pre-Conditions: 

1.  2410  Data  Current  and  Complete  2.  All  part  histories  known  3.  All  part  location 
known 

Main  Success  Scenario: 

1.  Analyst  selects  2410  type  part  (serial  number  tracked  item)  using  NSN/NINN  2. 
Analyst  selects  time  period  of  interest  3.  Application  mines  the  data 
warehouse  for  the  information  4.  Application  produces  the  results  listed  in  the  post 
conditions 

Variations: 

Part  not  found  -  Advise  user,  reenter  Time  period  incorrect  -  Advise  user,  reenter 
Aircraft  Specific  Filtering  -  For  those  parts  on  multiple  platforms,  the  user  may  want  to 
filter  by  aircraft  type  Unit  Specific  Filtering  -  The  user  might  want  to  restrict  analysis  to 
a  certain  unit  Location  Specific  Filtering  -  The  user  may  want  to  restrict  analysis  to  a 
certain  location 

Post-Conditions: 
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Application  produces  the  following  metrics  for  each  part:  (a)  Total  accumulated  flight 
hours  the  part  type  was  flown  on  the  aircraft  (total  component  life)  in  time  window  (b) 
Number  of  chargeable  removals  in  time  window  (c)  Mean  Time  Between  Repair  of 
the  component  in  the  time  window  (d)  List  of  details  for  each  removal  in  the  window. 
Note:  These  statistics  included  all  parts  with  the  entered  NSN/NINN 

Data  sources  currently  used  to  meet  this  requirement: 

ELAS  AMSAA  2410  Data  Quality  Deficiency  Reports  (QDR) 

Software  currently  used  to  meet  this  requirement: 

Excel 

Additional  Comments: 

See  PowerPoint  slide  show  (RAMEngineerUseCase.ppt)  for  more  details.  Excel  tools 
available  on  request. 


Stakeholder :  Walker,  Kris 
Stakeholder  Type:  Engineer 
Organization :  AMRDEC-RAM 
Phone:  256-842-9203 

Email:  kris.walker@rdec.redstone.army.mil 
Use-Case  ID:  UC-13 

Use-Case  Title:  Sample  Data  Collection  Analysis 

Use-Case  Priority:  must_have_now 

Frequency  of  Use:  periodically 

Primary  Actor:  Data  Analyst 

Other  Actors:  Analysis  Tool  Data  Warehouse 

Pre-Conditions: 

ELAS  data  entered  and  correct.  Flight  Hours  entered  and  correct. 

Main  Success  Scenario: 

1 .  Analyst  selects  time  period.  2.  Analyst  specifies  one  or  more  of  the  following  - 
aircraft  type(s),  unit(s),  location(s).  3.  Analysis  Tool  mines  the  warehouse  for 
component  failures  matching  the  criteria  specified  in  (2).  4.  Analysis  Tool  calculates 
Mean  Time  Between  Mission  Failure,  Mean  Time  Between  System  Failure.  5. 

Analysis  Tool  lists  the  info  in  (4)  in  several  groupings  -  by  aircraft  type,  by  location,  by 
unit. 
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Variations: 

Time  period  incorrect  -  advise  user  and  renter.  Time  period  incomplete  -  advise  user 
and  prompt  for  reentry 

Post-Conditions: 

Analysis  Tool  predicts  Mean  Time  Between  Mission  Failure,  and  Mean  Time 
Between  System  Failure  displayed  to  the  analyst  and  grouped  by  aircraft  type,  unit, 
and  location. 

Data  sources: 

Software  currently  used  to  meet  this  requirement: 

EL  AS  AMSAA  Flight  Hours  from  2404-12 
Excel  &  Access 

Additional  Comments: 

See  PowerPoint  presentation  (RAMEngineerUseCase.ppt) 

Stakeholder :  Walker,  Kris 
Stakeholder  Type:  Engineer 
Organization :  AMRDEC-RAM 
Phone:  256-842-9203 

Email:  kris.walker@rdec.redstone.army.mil 

Use-Case  ID:  UC-14 

Use-Case  Title:  Vendor  Analysis 

Use-Case  Priority:  must_have_now 

Frequency  of  Use:  weekly 

Primary  Actor:  Data  Analyst 

Other  Actors:  Analysis  Tool.  Data  warehouse. 

Pre-Conditions: 

2410  Data  complete  and  comprehensive. 

Main  Success  Scenario: 

1.  Analyst  selects  component  by  NSN/NINN.  2.  Analyst  specifies  one  or  more  filters  - 
unit,  location,  aircraft,  vendors  for  inclusion/exclusion.  3.  Analysis  tool  mines  the 
database  for  failures  involving  the  said  component.  4.  Analysis  tool  calculates 
average  life  estimates,  top  ten  failure  modes,  and  failure  distribution  as  a  function  of 
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time  for  the  component  of  interest.  5.  Analysis  tool  displays  information  to  analyst.  6. 
System  prompts  for  restart. 

Variations: 

Post-Conditions: 

For  each  manufacturer  of  a  particular  component  tool  displays  the  following 
GROUPED  BY  COMPONENT  VENDOR  -  (1)  total  flight  hours  for  component, 
number  of  failures,  and  mean  time  between  component  replacement  (2)  Top  ten 
failure  modes  for  vendor  (3)  Failure  distribution  (pdf)  for  vendor. 

Data  sources  currently  used  to  meet  this  requirement: 

2410  Data  Failure  Code  List 

Software  currently  used  to  meet  this  requirement: 

Excel,  Access,  Minitab 

Additional  Comments: 

See  power  point  presentation  (RAMEngineerUseCase.ppt)  for  more  information. 


Stakeholder :  Biddlecombe,  Kathy 
Stakeholder  Type:  Manager,  Analyst 
Organization :  AMRDEC 
Phone:  256-705-9854 
Email:  kathy.biddlecombe@us.army.mil 
Use-Case  ID:  UC-10 

Use-Case  Title:  maintenance  performance  evaluation 
Use-Case  Priority:  must_have_now 
Frequency  of  Use:  constantly 

Primary  Actor:  Component  Analysis  Branch  or  Weapons  System  Team  support 
Other  Actors:  IMMC  system  team  leader,  PM  or  individual  item  manager 

Pre-Conditions: 

Access  to  TAMMS-A,  LOGSA  flying  hours,  CCSS,  CDDB  and  NMP  or  OSMIS  data. 
Process  can  sort  history  by  source  -where  was  it  made,  has  it  been  repaired  if  so 
when  and  who  by...  Are  there  enough  samples  of  data  to  be  significant?  How  long 
does  each  item  last  (what  is  range  of  confidence)  and  what  was  invested  to  obtain 
this  value? 
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Main  Success  Scenario: 

Integrate  Condition  Based  Maintenance  information  with  maintenance,  supply  and 
transportation  programs.  Ability  to  make  coherent  support  decisions  based  on  data 
rather  than  opinion.  Make  a  solid  case  for  reduction  of  specific  configurations, 
increase  modification  program  application  rates,  identify  items  to  be  phased  out  of 
inventory  and  ride  them  out  of  the  inventory...  Identify  impact  on  inventory  and 
readiness  of  changes  in  TBO,  finite  life.  Relate  SOF,  ASAM  or  other  supply  and 
maintenance  actions  on  out-year  requirements  and  fleet  behavior. 

Variations: 

Run  all  related  NUN  and  part  number  sequences  to  identify  a  family  related  by  Work 
Unit  Code  (WUC)  to  evaluate  differences  between  configurations. 

Post-Conditions: 

Change  in  supply  study  and  stratification  of  funding/requirements.  Potential  change 
in  maintenance  and  transport  processes.  Re-alignment  of  funds. 

Data  sources  currently  used  to  meet  this  requirement: 

Component  history  is  compared  to  cost  to  provide  a  performance  factor  =  hours  of 
use  obtained  for  each  dollar  invested.  Primary  source  of  data  may  be  cost  of  new 
procurement  or  cost  of  repair.  Repair  cost  stems  from  the  facility  and  level  of  repair. 
Depot  costs  are  normally  for  depot  work.  Unit  cost  can  be  for  unit  repair  or  a  National 
Maintenance  Program  cost  for  a  repair  returning  the  item  to  like  new  condition... 
Granularity  beyond  Std  OSMISS  output  supports  evaluation  of  the  repair  stations. 

Software  currently  used  to  meet  this  requirement: 

At-LAST  model,  SAS,  Oracle 

Additional  Comments: 


Stakeholder :  Biddlecombe,  Kathy 
Stakeholder  Type:  Manager,  Analyst 
Organization :  AMRDEC 
Phone:  256-705-9854 
Email:  kathy.biddlecombe@us.army.mil 
Use-Case  ID:  UC-20 

Use-Case  Title:  Maintenance  planning  and  scheduling 
Use-Case  Priority:  will_need_eventually 
Frequency  of  Use:  daily 
Primary  Actor:  Maintenance  Planner 
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Other  Actors:  Decision  Support  Tool  (DST) 

Pre-Conditions: 

Complete  picture  of  OPTEMPO,  supply  assets 

Main  Success  Scenario: 

1.  Planner  selects  an  appropriate  level  of  analysis  or  scope.  This  ranges  from  the 
individual  part  all  the  way  up  to  DOD  level  2.  The  DST  produces  the  post-conditions 
output  for  the  selected  level. 

Variations: 

Post-Conditions: 

Analytical  Tool  answers  the  following  questions  at  the  desired  level:  (1)  What  do  we 
need?  (2)  How  many  do  we  need?  (3)  Where  do  we  need  them?  (4)  When  do  we 
need  them?  (5)  How  much  does  it  cost?  Where  cost  is  in  terms  of  one  or  more  of  the 
following:  Cash  flow,  cycle  time,  parts,  consumables,  transportation  assets, 
readiness,  lives,  safety 

Data  sources  currently  used  to  meet  this  requirement: 

OSMISS,  CCSS,  QDRS,  CDDB 
Additional  Comments: 

Stakeholder :  Kellogg,  Gary 
Stakeholder  Type:  Manager 
Organization  :  AED  Propulsion  Division 
Phone:  256-319-5201 

Email:  gary.kellogg@rdec.redstone.army.mil 
Use-Case  ID:  UC-27 

Use-Case  Title:  Maintenance  policy  effect  on  readiness 

Use-Case  Priority:  must  have  now 

Frequency  of  Use:  daily 

Primary  Actor:  Analyst 

Other  Actors:  Data  Analysis  Tool 
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Pre-Conditions: 

Readiness  levels  known  for  engines.  Complete  and  correct  failure  information  (type, 
cause,  etc)  is  known.  Maintenance  policy  (schedule,  regimine,  etc)  known. 

Main  Success  Scenario: 

Analyst  selects  component.  Tool  mines  the  database  for  failure  information  and 
statistics.  Tool  also  mines  corresponding  maintenance  activity  impact  the  selected 
component.  Tool  provides  a  composite  view  of  the  component's  failure  history  vis-a-vis 
maintenance  policy.  Tool  will  also  provide  limited  modeling  and  simulation  capability  to 
study  effects  of  an  altered  maintenance  policy. 

Variations: 

Analyst  can  limit  analysis  to  certain  subsets  of  population  -  engine  type,  location, 
configuration,  unit,  etc.  Analyst  can  also  filter  for  certain  periods  of  time. 

Post-Conditions: 

Analyst  can  correlate  and  study  the  impact  of  maintenance  policy  on  readiness.  For 
example,  if  a  TBO  is  extended,  how  will  it  impact  the  readiness  or  performance  of  the 
component? 

Data  sources  currently  used  to  meet  this  requirement: 

OSMIS,  2410,  ELAS 
Additional  Comments: 


Stakeholder :  Martin,  Ed 
Stakeholder  Type:  Engineer,  Manager 
Organization  :  AED  Structures  &  Materials 
Phone:  256-705-9674 
Email:  edwinmartin2@us.army.mil 
Use-Case  ID:  UC-19 

Use-Case  Title:  Reliability  analysis  on  waivers 
Use-Case  Priority:  will  need  eventually 
Frequency  of  Use:  daily 
Primary  Actor:  Analyst 

Other  Actors:  Analytical  Tool,  Maintenance  database,  Maintenance  decision  maker 
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Pre-Conditions: 

Aircraft  component  maintenance  history  complete,  known,  correct.  Component 
usage  history  known,  correct,  complete.  Component  failure  record  complete,  known, 
correct. 

Main  Success  Scenario: 

1 .  Maintenance  decision  maker  expresses  interest  in  altering  maintenance  procedures 
-  i.e.  extending  mandatory  replacement  times,  inspection  intervals,  etc.  2.  Analyst 
selects  component.  3.  Analytical  tool  displays  current  maintenance  information 
(regime),  usage  data,  and  failure  data.  4.  Tool  facilitates  (via  simulation,  modeling, 
etc)  study  of  how  waiver  would  alter  (3)  above. 

Variations: 

Post-Conditions: 

Analyst  can  inform  the  decision  maker  how  the  waiver  would  impact  component 
failure  (implications  in  the  area  of  cost,  reliability,  safety,  etc) 

Data  sources  currently  used  to  meet  this  requirement: 

VMEP,  MDR,  ELAS,  Maintenance  records 

Additional  Comments: 


Stakeholder :  Martin,  Ed 
Stakeholder  Type:  Engineer,  Manager 
Organization  :  AED  Structures  &  Materials 
Phone:  256-705-9674 
Email:  edwinmartin2@us.army.mil 
Use-Case  ID:  UC-15 

Use-Case  Title:  Predict  time  or  conditions  for  failure 
Use-Case  Priority:  will_need_eventually 
Frequency  of  Use:  constantly 
Primary  Actor: 

Analyst 

Other  Actors:  Analytical  Tools  Units  in  the  field  Aircraft 

Pre-Conditions: 

Aircraft  failures  in  the  field  are  known.  Conditions  the  aircraft  where  flown  in  are 
known. 
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Main  Success  Scenario: 

1 .  Analyst  enters  aircraft  type  or  tail  number.  2.  Analytical  tool  mines  the  database 
for  aircraft  history,  conditions  flown,  reliability  models,  and  past  failure  histories  3. 
Tool  issues  a  prediction  to  the  analyst  as  to  when  the  aircraft,  or  fleet  of  aircraft  will 
fail. 

Variations: 

The  analyst  may  also  be  interested  in  individually  component  failure. 

Post-Conditions: 

Analyst  receives  either  an  estimated  time,  or  set  of  conditions  when  the  aircraft  will 
experience  failure. 

Data  sources  currently  used  to  meet  this  requirement: 

Qualification  Data,  2410,  EL  AS 

Software  currently  used  to  meet  this  requirement: 

Excel,  INCODE,  VDRI 
Additional  Comments: 

Stakeholder :  Martin,  Ed 

Stakeholder  Type:  Engineer,  Manager 

Organization  :  AED  Structures  &  Materials 

Phone:  256-705-9674 

Email:  edwinmartin2@us.army.mil 

Use-Case  ID:  UC-16 

Use-Case  Title:  Link  usage  to  failure 

Use-Case  Priority:  will_need_eventually 

Frequency  of  Use:  daily 

Primary  Actor: 

Analyst 

Other  Actors:  Field  aircraft.  Analytical  tool. 

Pre-Conditions: 

Individual  component  failures  from  the  aircraft  fleet  are  known  and  well  documented. 
Failure  causes  are  well  known  and  correct.  Conditions  component  experienced  over 
its  lifetime  are  well  known  (flight  conditions,  environmental  forces,  rebuilds,  etc). 
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Main  Success  Scenario: 

1 .  Analyst  selects  component.  2.  Analytical  tool  mines  database  for  failure 
information  about  the  component,  usage  history  (flight  conditions,  loads, 
maintenance  records,  etc)  3.  Tool  provides  a  cross-cutting  view  to  the  analyst 
consisting  of  failure  type/mode/details  and  complete  usage  history.  Data  in  relatively 
raw  form  so  analyst  can  run  separate  tools. 

Variations: 

The  tool  may  also  incorporate  built  in  analytical  tools  (aggregation  of  population  data, 
filtering,  etc.)  as  a  pre-processing  step  for  the  analyst. 

Post-Conditions: 

Tool  provides  a  cross-cutting  view  to  the  analyst  consisting  of  failure 
type/mode/details  and  complete  usage  history.  Data  in  relatively  raw  form  so  analyst 
can  run  separate  tools. 

Data  sources  currently  used  to  meet  this  requirement: 

VMEP,  2410,  OEM,  ELAS,  MDR 

Software  currently  used  to  meet  this  requirement: 

INCODE,  Excel,  VRMI 
Additional  Comments: 


Stakeholder :  Martin,  Ed 
Stakeholder  Type:  Engineer,  Manager 
Organization  :  AED  Structures  &  Materials 
Phone:  256-705-9674 
Email:  edwinmartin2@us.army.mil 
Use-Case  ID:  UC-17 

Use-Case  Title:  Examine  mitigation  treatments  on  component  failure 
Use-Case  Priority:  will_need_eventually 
Frequency  of  Use:  daily 
Primary  Actor:  Analyst 

Other  Actors:  Aircraft  data  from  field.  OEM  data. 
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Pre-Conditions: 

Individual  component  failures  from  the  aircraft  fleet  are  known  and  well  documented. 
Failure  causes  are  well  known  and  correct.  Conditions  component  experienced  over 
its  lifetime  are  well  known  (flight  conditions,  environmental  forces,  rebuilds,  etc). 
Maintenance  procedures  (TBO  times,  inspection  intervals,  preventative  maintenance 
schedules,  etc),  manufacturing  processes,  and  other  treatments  are  well  known. 

Main  Success  Scenario: 

1 .  Analyst  selects  component  and  one  of  several  screening  criteria  (see  variations 
below).  2.  Analytical  tool  mines  database  for  failure  information  about  the  component, 
usage  history  (flight  conditions,  loads,  maintenance  records,  etc)  3.  Tool  provides  a 
comprehensive  view  of  the  component  consisting  of  failure  information  usage,  and 
maintenance  treatment  information. 

Variations: 

Analyst  may  select  to  focus  on  specific  manufacturers,  or  other  component  subset 
(by  unit,  age,  location,  etc). 

Post-Conditions: 

Tool  provides  a  cross-cutting  view  to  the  analyst  consisting  of  failure 
type/mode/details  and  complete  usage  history.  View  also  includes  complete 
discussion  of  maintenance  treatments  -  OEM  information,  manufacturer  info, 
inspection  intervals,  TBOs,  preventative  maintenance  schedule,  etc.  Data  in  relatively 
raw  form  so  analyst  can  run  separate  tools. 

Data  sources  currently  used  to  meet  this  requirement: 

VMPE,  ELAS,  MDR,  2410 

Software  currently  used  to  meet  this  requirement: 

Excel,  INCODE 
Additional  Comments: 


Stakeholder :  Martin,  Ed 
Stakeholder  Type:  Engineer,  Manager 
Organization  :  AED  Structures  &  Materials 
Phone:  256-705-9674 
Email:  edwinmartin2@us.army.mil 
Use-Case  ID:  UC-1 8 

Use-Case  Title:  Compare  and  manipulate  time-dependent  data 
Use-Case  Priority:  must_have_now 


B-12 


APPENDIX  B  -  CBM  Stakeholder  Use  Cases 


Frequency  of  Use:  daily 
Primary  Actor:  Analyst 
Other  Actors:  Field  data  from  aircraft  fleet 

Pre-Conditions: 

Aircraft  DSC  information  known  and  complete. 

Main  Success  Scenario: 

1 .  Analyst  selects  one  or  more  time  dependent  data  sets  (VMEP,  MDR,  HUMS,  etc) 

2.  Within  each  data  set,  analyst  selects  certain  components  -  i.e.  frequency  ranges, 
attitude,  flight  regimes.  3.  Analyst  selects  certain  time  interval.  4.  Tool  produces  a 
composite  view  of  the  selected  data  sources  on  common  synchronized  timeline. 

Variations: 

Analyst  selects  multiple  components.  Analyst  specifies  time  scale.  Analyst  selects 
type  of  composite  view  -  bar  chart,  plot,  side  by  side  plots,  multi-dimensional  plots, 
etc.. 

Post-Conditions: 

Tool  provides  a  composite  view  -  chart,  plot,  etc  -  which  shows  two  or  more  time  dependent 
variable  sets  on  the  same  view,  and  synched  according  to  common  timeline. 

Data  sources  currently  used  to  meet  this  requirement: 

VMEP,  MDR 

Software  currently  used  to  meet  this  requirement: 

INCODE 

Additional  Comments: 

Stakeholder :  Kochoff-Platt,  Michele 
Stakeholder  Type:  Manager 
Organization  :  PM  Apache 
Phone:  256-313-4037 

Email:  MicheleKochoff.Platt@PeoAvn. Redstone. Army.Mil 
Use-Case  ID:  UC-21 

Use-Case  Title:  PM  Attack  Metric  Calculation 
Use-Case  Priority:  will_need_eventually 
Frequency  of  Use:  daily 
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Primary  Actor:  Analyst 

Other  Actors:  Analytical  tool,  field  units,  decision  makers 

Pre-Conditions: 

Data  sources  complete,  correct,  and  accessible. 

Main  Success  Scenario: 

1 .  Analyst  selects  entire  fleet  or  subset  of  fleet  (see  variations).  2.  Analyst  selects 
one  or  more  metrics  for  evaluation.  3.  Analyst  selects  time  period  for  evaluation.  4. 
Analytical  tool  calculates  metrics  matching  user  input 

Variations: 

Analyst  can  restrict  aircraft  to  a  certain  sub-population:  unit,  tail-number  series, 
configuration,  geographical  location 

Post-Conditions: 

Analytical  tool  produces  metrics  in  a  variety  of  different  forms  -  list,  table,  etc. 

Data  sources  currently  used  to  meet  this  requirement: 

IMMC,  OSMIS,  7-101  at  FTCKY,  TACTS  2410  and  -16,  ELAS,  IMPS,  1352,  ULLSA 

Software  currently  used  to  meet  this  requirement: 

Excel 

Additional  Comments: 

See  "Fleet  Metric  Dictionary"  (Excel  file)  maintained  by  M.Platt.  This  list  shows  all 
pertinent  metrics  of  interest. 


Stakeholder :  Kochoff-Platt,  Michele 
Stakeholder  Type:  Manager 
Organization :  PM  Apache 
Phone:  256-313-4037 

Email:  MicheleKochoff.Platt@PeoAvn.Redstone.Army.Mil 
Use-Case  ID:  UC-22 

Use-Case  Title:  Parts  and  configuration  tracking 
Use-Case  Priority:  must  have  now 
Frequency  of  Use:  daily 
Primary  Actor:  Analyst 
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Other  Actors:  Analytical  tool,  field  units 

Pre-Conditions: 

Data  sources  complete  and  correct 
Main  Success  Scenario: 

1 .  Analyst  selects  component  of  interest.  2.  Tool  mines  the  database  to  determine 
component  locations  and  configurations.  3.  System  displays  information  to  analyst. 

Variations: 

Analyst  restrict  use-case  to  various  subsets  of  the  component  population  -  vendor, 
configuration,  location,  unit,  etc. 

Post-Conditions: 

Analytical  tool  displays  location  of  selected  component  in  a  variety  of  various 
groupings:  location,  unit,  configuration,  manufacturer,  etc. 

Data  sources  currently  used  to  meet  this  requirement: 

2410,  EL  AS,  IMPS 

Additional  Comments: 

Stakeholder :  Berry,  John 
Stakeholder  Type:  Engineer 
Organization  :  AED  -  Rotor,  dynamics,  aero 
Phone:  256-705-9602 
Email:  john.berry@us.army.mil 
Use-Case  ID:  UC-23 

Use-Case  Title:  Vibration  vis-a-vis  maintenance  action 

Use-Case  Priority:  must_have_now 

Frequency  of  Use:  daily 

Primary  Actor:  Analyst 

Other  Actors:  Analytical  tool,  field  data 

Pre-Conditions: 

Complete  VMEP  dataset.  Complete  maintenance  action  data  set. 
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Main  Success  Scenario: 

1 .  Analyst  selects  a  VMEP  sensor  2.  Analytical  tool  mines  the  database  for 
vibration  levels  and  any  maintenance  activity  near  the  sensor  3.  Tool  displays 
composite  view  to  user  showing  vibration  data  (history)  and  maintenance  history. 

Variations: 

Post-Conditions: 

User  can  monitor  vibration  data  and  how  maintenance  actions  might  have  effected  it. 
For  example,  was  a  component  replaced?  If  so,  what  happened  to  the  vibration 
level?? 

Data  sources  currently  used  to  meet  this  requirement: 

VMEP,  EL  AS,  2410 
Additional  Comments: 


Stakeholder :  Carter,  Jim 
Stakeholder  Type:  Manager,  Engineer 
Organization :  IMMC 
Phone: 

Email:  James.W.Carter@us.army.mil 
Use-Case  ID:  UC-24 
Use-Case  Title:  Failure  statistics 
Use-Case  Priority:  must  have  now 
Frequency  of  Use:  constantly 
Primary  Actor:  Analyst 
Other  Actors: 

Analytical  tool,  field  units,  decision  makers 

Pre-Conditions: 

Failure  dataset  complete,  correct,  accessible.  Conditions  dataset  complete,  correct, 
accessible.  Analyst  or  decision  makers  interested  in  component  failure  information. 

Main  Success  Scenario: 

1.  Analyst  selects  component.  2.  Analytical  tool  mines  database  for  failure  matching 
this  component,  and  conditions  leading  to  the  failure.  3.  Analytical  tool  displays 
information  (distributions,  stats)  to  analyst 
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Variations: 

Analyst  can  restrict  output  to  one  of  several  subsets  of  entire  component  population  - 
by  unit,  location,  vendor,  etc. 

Post-Conditions: 

System  displays  the  following  -  mean  time  between  unscheduled  repairs,  failure 
distribution  (based  on  time  and/or  conditions),  what  where  the  causes  of  failure 
(based  on  tear-down  analysis). 

Data  sources  currently  used  to  meet  this  requirement: 

2410,  ELAS,  MDR,  OSMIS 
Additional  Comments: 


Stakeholder :  Fealy,  John 
Stakeholder  Type:  Analyst 
Organization :  Clockwork  Solutions 
Phone:  512-338-1945x104 
Email:  john.fealy@clockwork-solutions.com 
Use-Case  ID:  UC-25 
Use-Case  Title:  State  of  the  fleet 
Use-Case  Priority:  musthavenow 
Frequency  of  Use:  constantly 
Primary  Actor: 

Analyst 
Other  Actors: 

Analysis  tool,  field  units 
Pre-Conditions: 

Location  of  all  aircraft,  their  configuration,  and  component  location  is  known.  Status 
of  aircraft  is  known.  Age  of  components  known.  OPTEMPO  of  unit  known.  Supply 
activities  (Depot,  transportation,  etc)  and  expected  performance  known. 

Main  Success  Scenario: 

1 .  Analyst  selects  a  component  (or  aircraft).  2  Analyst  applies  one  of  several  filters 
(see  variations)  3.  Analysis  tool  mines  database  for  component  locations,  status, 
OPTEMPO,  and  life  information.  4.  Analysis  tool  displays  composite  information 
about  status,  expected  repair  times,  expected  readiness. 
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Catalog  of  available  MDR  parameters  (data  elements) 

Reference:  Longbow  Integrated  Maintenance  Support  System  Ground  Analysis 
Software  (Version  8)  User’s  Guide  dated  17  March  2004 

The  Maintenance  Data  Recorder  (MDR)  is  a  crash  survivable,  on-aircraft  data  storage 
device  used  on  the  Apache  Longbow  (AH-64D).  The  MDR  interfaces  with  a  MIL-STD- 
1553B  data  bus  as  a  Remote  Terminal  (RT)  Line  Replaceable  Unit  (LRU)  and  provides  a 
means  of  recording  and  downloading  maintenance  and  safety  data  while  installed  on  the 
aircraft.  MDR  recorded  data  is  high-speed  downloaded  to  the  Soldier’s  Portable  On- 
system  Repair  Tool  (SPORT)  via  a  1553  interface,  where  Ground  Analysis  Software 
(GAS),  for  example,  resolves  multiple  fault  ambiguity  and  launches  the  Interactive 
Electronic  Technical  Manual  (IETM).  The  MDR  has  sufficient  storage  capability  to 
record  multiple  flights  of  safety  and  maintenance  data. 

The  MDR  records  data  at  a  rate  of  6.5  hz  (6.5  times  a  second). 

The  information  on  the  following  pages  details  the  Fault  and  Excedance  parameter  and 
safety  download  parameters. 
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Fault  &  Exceedance  Aircraft  Operating  Mode  Parameter  List 


Description 

Minimum 

Value 

Full  Scale 
Value 

Units  and  Operating  State 

SP  SQUAT SW 

0 

1 

0=ln  Air  l=Ou  Ground 

SP  Operating  Mode 

0 

1 

0=SP1  1=SP2 

System  Processor  Sei  Switch 

0 

3 

0=Secondary  l=Spare  2=Auto  3-Primarr 

DPI  Operating  Mode 

0 

7 

0=Nc  Operation  l=Sicgle  2=Ncrmal  Sec 

3=Normal  Primary 

DP  2  Operating  Mode 

0 

*7 

0=No  Operation  l=Single  2=N  crural  Sec 

3=Normal  Primary 

WP1  Operating  Mode 

0 

1 

0=Xormal  Primary  1  =Normal  Secondary' 

WP2  Operating  Mode 

0 

1 

0=Xormal  Primary  1  “Normal  Secondary' 

Generator  1  Inhibit 

0 

1 

0=Xo  Inhibit  1  “Inhibit 

Generator  2  Inhibit 

0 

1 

0=No  Inhibit  l=luhibir 

Weapons  Triggers 

0 

1 

0=Xo  Trigger  1=WPN  Trigger  j 

GPU  Trip  Status 

0 

3 

0=Spare  l=Not  Tripped  2=Tripped  3=Spare 

Generator  1  Trip  Status 

0 

3 

0=Spare  l=Not  Tripped  2=Tripped  3=Spare 

Generator  2  Trip  Status 

0 

3 

0=Spare  l=Not  Tripped  2=Tripped  3=Spare 

AC  Elec  Bus  til  Phase  A  Voltage  1 

0 

165 

Volts  AC 

AC  Elec  Bus  #1  Phase  B  Voltage  1 

0 

165 

Volts  AC 

I snsranH 

0 

165 

Volts  AC 

Battery  Voltage  1 

0 

41 

Volts  DC 

Battery  Elec  Bus  =1  Voltage  1 

0 

41 

Volts  DC 

DC  Elec  Bus  til  Voltage  1 

0 

41 

Volts  DC 

0 

165 

Volts  AC 

HHfTT 

0 

165 

Volts  AC 

AC'  Elec  Bus  # 2  Phase  C  Voltage  1 

0 

165 

Volts  AC 

0 

41 

Volts  DC 

DC  Elec  Bus  #2  Voltage  1 

0 

41 

Volts  DC 

BUGS  Mode 

0 

1 

0=Off  l=On 

Pilot  Master  Arm 

0 

1 

0=Safe  l=Aim 

CFG  Master  Aim 

0 

1 

0=Safe  l=Arm 

Boost  Pump  On 

0 

1 

0=Off  l=ON 

Lateral  Airspeed 

-100 

100 

Knots 

Longitudinal  Airspeed 

-256 

256 

Knots 

Long  Accel  (Ax) 

-12S 

128 

meters  'second'  sec  ond 

Lateral  Accel  (Ay) 

-128 

128 

meters 'sec ond  'second 

I'llllllPIIIIIII—— 

-128 

128 

meters 'secondsec  ond 

Pitch  Angle 

-1 

1 

Semicircle 

Roll  Angle 

-1 

1 

Semicircle 

Side  Slip  Angle 

-180 

180 

Degrees 

Roll  Rate 

-4 

4 

Semicircle 

Pitch  Rate 

-4 

4 

Semicircle 

Yaw  Rate 

-4 

4 

Semicircle 

Primary  Hydraulic  Pressure 

0 

7299.2701 

PSI Gauge 

1  Electrical  Bus  Voltages.  CFG  Controls  Positions  and  IAFS  Commands  are  only  available  for  aircraft  with  Version 
6  or  later  SP  software  installed  in  them. 
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Appendix  C  -  MDR  Data  Dictionary 


Description 

Minimum 

Value 

Full  Scale 
Value 

Units  and  Operating  State 

Utility  Hydraulic  Pressure 

0 

7299.2701 

PSI  Gauge 

PLTVC'PG  Enter  Hyd  Sel 

0 

1 

0=Xot  Active  1=  Active 

Engine  21  TGT 

0 

1000 

Degrees  Celsius 

Engine  #1  Torque 

0 

282.056S 

Percent 

Engine  21  NG 

0 

130 

Percent 

Engine  £1  NP 

0 

130 

Percent 

Engine  22  TGT 

0 

1000 

Degrees  Celsius 

Engine  £2  Torque 

0 

282.0568 

Percent 

Engine  22  NG 

0 

130 

Percent 

Engine  22  NP 

0 

130 

Percent 

Engine  #1  Oil  Pressure 

0 

2047 

Pounds  Square  Inch 

Engine  £2  Oil  Pressure 

0 

2047 

Pounds 'Square  Inch 

Engine  *1  NGRBX  Oil  Press 

0 

100 

Pounds  Square  Inch  Gauge 

Engine  21  NGRBX  Oil  Temp 

-25 

300 

Degrees  Fahrenheit 

Engine  *2  NGRBX  Oil  Press 

0 

100 

Pounds'Square  Inch  Gauge 

Engine  £2  NGRBX  Oil  Temp 

-25 

300 

Degrees  Fahrenheit 

LH  Main  Xrnsn  Oil  Temp 

-25 

300 

Degrees  Fahrenheit 

LH  Main  Xmsn  Oil  Pressure 

0 

100 

Pounds 'Square  Inch  Gauge 

RH  Main  Xmsn  Oil  Temp 

-25 

300 

Degrees  Fahrenheit 

RH  Main  Xmsn  Oil  Pressure 

0 

100 

Pounds'Square  Inch  Gauge 

CPG  21  Throttle  Off 

0 

1 

0=Or.  l=Off 

CPG  21  Throttle  Lockout 

0 

1 

0=On l=Off 

C'PG  til  Throttle  Idle 

0 

1 

0=On l=Off 

CPG  til  Throttle  Fly 

0 

1 

0=On  l=Off 

CPG  22  Throttle  Off 

0 

1 

0=On  l=Off 

CPG  22  Throttle  Lockout 

0 

1 

0=On l=Off 

CPG  22  Thicttle  Idle 

0 

1 

0=On  l=Off 

CPG  22  Throttle  Ftv 

0 

1 

0=On  l=Off 

Eng  1  Bleed  Air  PRSOV  Open 

0 

1 

0=Closed  1=Open 

Eng  2  Bleed  Air  PRSOV  Open 

0 

1 

0=Closed  l=Open 

Fuel  C'rossfeed  Mode 

0 

3 

0=Fail  l=Off  2=On  3=Fail 

Fuel  C'rossfeed  Select 

0 

3 

0=Fail  l=Off  2=On  3=Fail 

IAFS  Pump  Command  1 

0 

1 

0=On  l=Off 

IAFS  Transfer  Mode  1 

0 

1 

0=Off  l=On 

IAFS  DC  Command  1 

0 

4 

0=Spare  1=0 ff  2=On  3=Spare 

IAFS  Pump  Status  ' 

0 

4 

0=Spare  l=Off  2=Or.  3=Spare 

IAFS  DC  Status  1 

0 

4 

0=Spare  l=Off  2=On  3=Spare 

Man  Fuel  Xfer  Aft  Sel 

0 

3 

0=Spare  l=Off  2=On  3=Spare 

Man  Fuel  Xfer  Fv,  d  Sel 

0 

3 

0=Spare  l=Off  2=On  3=Spare 

Left  Wing  Fuel  SOV  Open 

0 

1 

0=Not  Open  l=Open 

Left  Wing  Fuel  SOV  Closed 

0 

1 

0=Xot  Closed  l=C!osed 

Right  Wing  Fuel  SOV  Open 

0 

1 

0=Not  Open  l=Open 

Right  Wing  Fuel  SOV  Closed 

0 

1 

0=Not  Closed  l=CSosed 

Aft  Fuel  Cell  SOV  Open 

0 

1 

0=Closed  l=Open 

Forward  Fuel  Cell  SOV  Open 

0 

1 

0=Closed  l=Open 
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Appendix  C  -  MDR  Data  Dictionary 


Description 


AFU  Fuel  SOV  Open 


APU  Fuel  SOV  Closed 


Engine  Si  Fire  Ext  Ann 


Engine  d2  Fire  Ext  Arm 


APU  Fire  Ext  Arm 


Fire  Ext  =1  DSCH 


File  Ext  =2  DSCH 


PLT  BUCS  On  CL  TV 


PLT  BUCS  On  YAW 


PLT  BUCS  On  ROLL 


PLT  BUCS  On  PITCH 


C’PG  BUCS  On  CLTV 


CPG  BUCS  On  YAW 


C'PG  BUCS  On  ROLL 


CPG  BUCS  On  PITCH 


PLT  Collective  ARDD 


PLT  Direct  ARDD 


PLT  Lateral  ARDD 


PLT  Long  ARDD 


CPG  Collective  ARDD 


CPG  Direct  ARDD 


CPG  Lateral  ARDD 


Pilot  Pitch  Stk  Pot 


Pilot  Roll  Stk  Pcs 


Pilot  Cltv  Stk  Pcs 


Pilot  Yaw  Pedal  Pos 


CPG  Roll  Stk  Po 


CPG  Cltv  Stk  Po 


CPG  Yaw  Pedal  Pcs  ' 


Pitch  RAM  A  Actuator 


Roll  RAM  A  Actuator 


YAW  RAM  A  Actuator 


Cltv  RAM  A  Actuator 


Hover  Held  Mode 


Attitude  Hold 


Radar  Altitude  Valid 


Altitude  Hold 


ASE  Collective 


ASE  Roll 


ASE  Pitch 


ASE  Trim 


.ASE  NOE/ Approach 


Gun  Actioned 


Minimum 
V  altie 

Full  Scale 
Value 

Units  and  Operating  State 

0 

1 

0=Xot  Open  l=Open 

0 

1 

0=Xot  Closed  l=Closed 

0 

1 

D=Off  l=On 

0 

1 

D=Off  l=Or. 

0 

1 

D=Off  l=On 

0 

1 

D=Off  l=On 

0 

1 

D=Off  l=On 

0 

1 

D=Off  l=On 

0 

1 

0=Off  l=On 

0 

1 

D=Off  l=Or. 

0 

1 

D=Off  l=On 

0 

1 

0=0  ff  l=On 

0 

1 

D=Off  l=On 

0 

1 

0=0  ff  l=On 

0 

1 

0=Off  l=On 

0 

1 

0=C'oupled  l=Decoupled 

0 

1 

0=Coupled  l=Decoupled 

0 

1 

0=Coupled  l=Decoup!ed 

0 

1 

D=Coup!ed  l=Decoupled 

0 

1 

0=Coupled  l=Decoupled 

0 

1 

0=Coupled  l=Decoupled 

0 

1 

0=C'oupled  l=Decottpled 

-S.6243 

S.6243 

Inches 

Inches 

-9.5505 

9.550 

S 

Inches 

-5.3953 

5.3953 

Inches 

-8.6243 

8.6243 

Inches 

-7.2288 

■Kgggjj 

Inches 

-9.5505 

9.550 

1 

Inches 

-5.5258 

5.5258 

Inches 

-3.2013 

3.2013 

Inches 

-3.2013 

3.2013 

Inches 

-3.2013 

3.2013 

Inches 

-3.2013 

3.2013 

Inches 

0 

1 

0=Off  l=On 

0 

1 

0=Off  l=On 

0 

1 

0=lnvatid  l=Valid 

0 

1 

0=Off  l=On 

0 

1 

0=Off  l=On 

0 

1 

0=Off  l=On 

0 

1 

0=Off  l=On 

0 

1 

0=Off  l=On 

0 

1 

0=Off  l=On 

0 

1 

0=Off  l=On 

0 

1 

0=Xot  Actioned  l=Actioned 

Appendix  C  -  MDR  Data  Dictionary 


Description 

Minimum 

Value 

Full  Scale 
Value 

Units  and  Operating  State 

TCB  Fne  Inhibit 

0 

1 

0=lnhibited  l=Not  Inhibited 

Battleshort  Enabled 

0 

3 

0=No  Change  l=Open  2=C‘tosed  3=Spare 

Pylon  1  Rocket  Arm  Pwr  Stat 

0 

1 

Q=Not  Present  l=Present 

Pylon  1  PAC  Position 

-20 

20 

Degrees 

Pylon  2  Rocket  Arm  Pwr  Stat 

0 

1 

0=Not  Present  l=Present 

Pylon  2  PAC  Position 

-20 

20 

Degrees 

Pylon  3  Rocket  Arm  Pwr  Stat 

0 

1 

0=Not  Present  l=Present 

Pylon  3  PAC  Position 

-20 

20 

Degrees 

Pylon  4  Rocket  Arm  Pwr  Stat 

0 

1 

Q=Not  Present  l=Present 

Pylon  4  PAC  Position 

-20 

20 

Degrees 

ECS  1  CPG  Evap.  Return  Temp. 

-3276.S 

3276.8 

Degrees  Fahrenheit 

ECS  1  Pilot  Evap.  Return  Temp. 

-3276. S 

3276.8 

Degrees  Fahrenheit 

ECS  1  CPG  Evap.  Supply  Temp. 

-3276. S 

HK533 

Degrees  Fahrenheit 

ECS  1  Pilot  Evap.  Supply  Temp. 

-3276.8 

3276.8 

Degrees  Fahrenheit 

EC'S  1  Compressor  Phase  A  Current 

-3276S0 

327680 

Milliamps 

ECS  1  Compressor  Phase  B  Current 

-3276S0 

327680 

Milliamps 

ECS  1  Compressor  Phase  C  Current 

-3276S0 

3276S0 

Milliamps 

ECS  1  Compressor  Suction  Press. 

-3276.8 

3276.8 

Pounds  Square  Inch 

ECS  1  Compressor  Discharge  Press. 

-3276.8 

3276.8 

Pcuuds'Square  Inch 

ECS  1  RH  EFAB  Evap.  Return  Temp. 

-3276.8 

3276.8 

Degrees  Fahrenheit 

ECS  1  LH  EFAB  Evap.  Return  Temp. 

-3276.8 

3276.8 

Degrees  Fahrenheit 

ECS  1  Condenser  Fanl  Phase  A  Amps 

0 

65535 

Milliamps 

ECS  1  Condenser  Far.2  Phase  A  Amps 

0 

65535 

Milliamps 

ECS  1  APS  Fan  Phase  A  Amps 

0 

65535 

Milliamps 

ECS  1  Compressor  Suction  Temp. 

-3276.8 

3276.8 

Degrees  Fahrenheit 

ECS  1  Compressor  Discharge  Temp. 

-3276.8 

3276.8 

Degrees  Fahrenheit 

ECS  1  RH  EFAB  Evap.  Supply  Temp. 

-3276.8 

3276.8 

Degrees  Fahrenheit 

ECS  1  LH  EFAB  Evap.  Supply  Temp. 

-3276.8 

3276.8 

Degrees  Fahrenheit 

ECS  1  Condenser  Inlet  Temp. 

-3276.8 

3276.8 

Degrees  Fahrenheit 

ECS  1  Condenser  Discharge  Temp 

-3276.8 

3276.8 

Degrees  Fahrenheit 

ECS1  CPG  Temp.  Control  Valve  Pos. 

0 

65535 

Percent 

ECS  1  Compressor  Motor  Temp. 

-3276.8 

3276.8 

Degrees  Fahrenheit 

ECS  2  Pilot  Evap.  Return  Temp. 

-3276. S 

3276.8 

Degrees  Fahrenheit 

ECS  2  CPG  Evap.  Return  Temp. 

-3276.8 

3276.8 

Degrees  Fahrenheit 

ECS  2  Pilot  Evap.  Supply  Temp. 

-3276.8 

3276.8 

Degrees  Fahrenheit 

ECS  2  CPG  Evap.  Supply  Temp. 

-3276.8 

3276.8 

Degrees  Fahrenheit 

ECS  2  Compressor  Phase  A  Current 

-327680 

327680 

Milliamps 

ECS  2  Compressor  Phase  B  Current 

-327680 

3276S0 

Milliamps 

ECS  2  Compressor  Phase  C  Current 

-327680 

327680 

Milliamps 

ECS  2  Compressor  Suction  Press. 

-3276.8 

3276.8 

Pounds’S  quare  Inch 

ECS  2  Compressor  Discharge  Press. 

-3276.8 

3276.8 

Pounds 'Square  Inch 

ECS  2  RH  EFAB  Evap.  Return  Temp. 

-3276.8 

3276.8 

Degrees  Fahrenheit 

ECS  2  LH  EFAB  Evap,  Return  Temp. 

-3276. S 

3276.8 

Degrees  Fahrenheit 

ECS  2  Condenser  Fanl  Phase  A  Amps 

0 

65535 

Milliamps 

ECS  2  Condenser  Fan2  Phase  A  Amps 

0 

65535 

Milliamps 

Appendix  C  -  MDR  Data  Dictionary 


Description 

Minimum 

Value 

Full  Scale 
Value 

Units  and  Operating  State 

ECS  2  APS  Fail  Phase  A  Amps 

0 

65535 

Milliamps 

ECS  2  Compressor  Suction  Temp. 

-3276.8 

3276.8 

Degrees  Fahrenheit 

ECS  2  Compressor  Discharge  Temp. 

-3276.8 

3276.8 

Degrees  Fahrenheit 

ECS  2  RH  EFAB  Evap.  Supply  Temp. 

-3276.8 

3276.8 

Degrees  Fahrenheit 

ECS  2  LH  EFAB  Evap.  Supply  Temp. 

-3276.8 

3276.8 

Degrees  Fahrenheit 

EC'S  2  Condenser  Inlet  Temp. 

-3276.8 

3276.8 

Degrees  Fahrenheit 

ECS  2  Condenser  Discharge  Temp. 

-3276.8 

3276.8 

Degrees  Fahrenheit 

ECS2  PLT  Temp.  Control  Valve  Pos. 

0 

65535 

Percent 

ECS  2  Compressor  Motor  Temp. 

-3276.8 

3276.8 

Degrees  Fahrenheit 

VCR  Power  Control 

0 

1 

0=Off  l=Ou 

Pilot  Guard  Selected 

0 

1 

0=Selected  l=Not  Selected 

C'PG  Guard  Selected 

0 

1 

0=Selected  l=Not  Selected 

Guard  Receiver  Mode 

0 

1 

0=Off  l=On 

IFF  Emergency  Selected 

0 

3 

0=Xo  Change  l=Disable  2=Enable  3=Spare 

C'PG  IFF  Emergency  Selected 

0 

1 

0=Selected  l=Not  Selected 

Pilot  IFF  Emergency  Selected 

0 

1 

0=Selected  l=Nor  Selected 

C'PG  Zeroize  Selected 

0 

1 

0=Selected  l=Not  Selected 

Pilot  Zeroize  Selected 

0 

1 

0=Selected  l=Not  Selected 

FCR  Zeroized 

0 

1 

0=Xot  Zeroized  l=Zeroized 

TADS  Laser  Aim 

0 

1 

0=Safe  l=Ann 

Comm  Zeroized 

0 

3 

0=Spare  l=OfF2=Zero  3=Spare 

Left  Squat  Switch 

0 

1 

0=Giound  1=  Air  borne 

WP1  SQUAT  SW 

0 

1 

0=ln  Air  l=On  Ground 

WP2  SQUAT  SW 

0 

1 

0=ln  Air  l=On  Ground 

DPI  SQUAT  SW 

0 

1 

0=ln  Air  l=On  Ground 

DP2  SQUAT  SW 

0 

1 

0=ln  Air  l=Ou  Ground 

CTU  Squat  Switch 

0 

1 

0=O£f  l=On 

Engine  #1  Anti-Ice  Valve  Stat 

0 

3 

0=Spare  l=OfEOpen  2=Ou>Cbd  3=Spare 

Engine  21  Anti-Ice  Heater  Stat 

0 

3 

0=Spare  1=0 ff  2=0n  3=Spare 

Engine  22  Anti-Ice  Valve  Stat 

0 

3 

0=Spare  l=Off  Open  2=0n'Chd  3=Spare 

Engine  #2  Anti-Ice  Heater  Stat 

0 

3 

0=Spare  1-Off  2=0n  3=Spare 
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w 
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Safety  Data  Parameters  (Continued) 

_ Description _ MINVAL  M AXIAL  Resolution  |  Data  Type 

Altitude  MSL  -2300  +20000  +  UMXWOOOOE+O  I  2'S  COMP 
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Entities 


Entity  report 


Entity  name 

Entity  type 

Primary  key 

# 

attribu 

tes 

AC  HISTORY 

MDS,  SER  NO,  DATE,  ENTRY  NUM 

12 

ACTION  CODE 

ACTION  CODE 

6 

ACTIONS 

independent 

MDS,  SER  NO,  SYS  CODE, 

FAULT  DATE,  FAULT  NO,  ACT  NO 

14 

AIRCRAFT 

MDS,  SER  NO 

43 

CNVRT 

LAS  TXT 

7 

COMPJHIST 

independent 

MDS,  SER  NO,  WUC,  CONFIG  Code, 

PN,  PART  SN,  DATE,  ENTRY  NUM 

16 

COMPONENTS 

independent 

MDS,  SER  NO,  WUC,  CONFIG  CODE, 

PN,  PART  SN,  LOCATION 

35 

ComponentWriteups 

independent 

MDS,  SER  NO,  WUC,  CONFIG  CODE, 

PN,  PART  SN,  LOCATION,  SYS  CODE, 
FAULT  DATE,  FAULT  NO 

18 

CONFIG  CODE 

MDS,  CONFIG  CODE 

7 

DELAY 

DELAY  CODE 

6 

DTY  SYMBOL 

DTY  SYM 

6 

ENG_COMPNTS 

independent 

MDS,  SER  NO,  WUC,  CONFIG  CODE, 

PN,  PART  SN 

63 

Eng  MODEL  LCF 

gum-w-liM-liU 

Eng  Model 

8 

FAILCODE 

FAIL  CODE 

6 

FAULT 

independent 

MDS,  SER  NO,  SYS  CODE, 

FAULT  DATE,  FAULT  NO 

60 

FAULTTIMEJTEMP 

independent 

MDS,  SER  NO,  SYS  CODE, 

FAULT  DATE,  FAULT  NO 

7 

FLIGHT 

MDS,  SER  NO,  MSN  DATE,  FLIGHT  NO 

61 

FLIGHTCREW 

independent 

MDS,  SER  NO,  MSN  DATE, 

FLIGHT  NO,  PID  SEQ 

33 

FLIGHT_MISS_RPT 

independent 

MDS,  SER  NO,  MSN  DATE, 

FLIGHT  NO,  TIME  START,  PID 

17 

FUNCTION  CODE 

FUNCTION  CODE 

6 

GEN  2410 

UIC,  CNTRL  NUM,  COPY 

74 

HOW  REC 

HOW  REC  CODE 

6 

INSP  LCF 

■BBEBBiBISBll 

MDS,  SYS  CODE,  INSP  NO 

20 

MAINT  LVL  LCF 

MAINT  LEVEL 

7 

MAINTENANCE  SUMMAR 

Y  REPORT 

independent 

16 

MAJOR  NARR 

MDS,  SER  NO 

4 

MALFUNC  EFFECT 

MALFUNC  EFFECT 

6 

MSN  SUFFIX 

MSN  SUFFIX 

6 

MSN  SYMBOL 

rr.rmr.mi 

MSN  SYMBOL 

6 

PARTS  LCF 

MDS,  WUC,  PN,  CONFIG  CODE 

31 

PRINT  2410 

■BBamaai 

UIC,  CNTRL  NUM,  COPY 

74 

REL_MAINT 

independent 

MDS,  SER  NO,  SYS  CODE, 

FAULT  DATE,  FAULT  NO,  RM  SEQ  NO 

22 

REM_ENG_COMPNTS 

independent 

MDS,  SER  NO,  WUC,  CONFIG  CODE, 

PN,  PART  SN,  SEQ  NO 

63 

REM_MWO_COMPNT 

independent 

MDS,  SER  NO,  WUC,  CONFIG  CODE, 

PN,  PART  SN,  LOCATION, 

MWO  NUMBER 

17 

REMOVED  COMPONENT 

S 

independent 

MDS,  SER  NO,  WUC,  CONFIG  CODE, 

PN,  PART  SN,  LOCATION,  SEQ  NO 

35 

RM  ACTIONS 

MDS,  SER  NO,  SYS  CODE, 

15 
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Entities 


FAULT  DATE,  FAULT  NO, 

RM  SEQ  NO,  RM  ACT  NO 

SCH  INSP 

MDS,  SER  NO,  SYS  CODE,  INSP  NO 

23  1 

SERV  CODE 

SERVICE  CODE 

6  ! 

SERVICING 

independent 

MDS,  SER  NO,  MSN  DATE, 

FLIGHT  NO,  SRV  SEQ 

37 

STATUS 

STATUS 

8  ! 

T700  LCF 

EN  MODEL,  FAT,  PRESALT 

4  ! 

TRANS  CODE 

TRANS  CODE 

6  ! 

UNIT  LCF 

iimumii 

UIC 

26 

UTIL  LCF 

LkysyAMiii 

UTIL  CODE 

6  | 

WHEN  DISC 

WHEN  DISC 

6  I 

WORK  ORDERS 

CNTRL  NO 

62  ! 

WUC 

■i.i.m.m.’a;.1,! 

MDS,  WUC 

9  ! 

E-2 


Appendix  E  -  ELAS  Schema 


Entities 


Entity  ’AC_HISTORY' 


1  mWfMM 

AC  HISTORY 

OS3335C7^3SBH 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

MDS 

Text 

YES 

NO 

Model  (Mission  Design  Series) 

PK 

SER  NO 

Text 

YES 

NO 

Serial  Number 

PK 

DATE 

Date/Time 

YES 

NO 

Date  Remarks  were  Entered 

PK 

ENTRY  NUM 

YES 

NO 

Entry  Number 

REMARKS 

Memo 

NO 

NO 

Remarks 

ORG 

Text 

NO 

NO 

Organization  Making  Entry 

LOC 

Text 

NO 

NO 

Location  of  Aircraft  when  Entry  is 

Made 

PID 

Text 

NO 

NO 

PID  of  Person  Making  Entry 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  'ACTION_CODE' 


■  Mil  III  11 

ACTION  CODE 

EESJlSESBBHi 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

ACTION  CODE 

Text 

YES 

NO 

Action  Code 

CODE  NARR 

Text 

NO 

NO 

Action  Code  Narrative 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  'ACTIONS' 


■  1 111  ii  n . r— 

ACTIONS 

ESBSC733WBI 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

MDS 

Text 

YES 

NO 

Model  (Mission  Design  Series) 

PK 

SER  NO 

Text 

YES 

NO 

Aircraft  Serial  Number 

PK 

SYS  CODE 

Text 

YES 

NO 

System  Code 

PK 

FAULT  DATE 

Date/Time 

YES 

NO 

Date  of  Fault 

PK 

FAULT  NO 

YES 

NO 

Fault  Number 

PK 

ACT_NO 

Byte 

YES 

NO 

Maintenance  Record  Sequence 

Number 

PID  ACTION 

Text 

NO 

NO 

Action  Code 

PID 

Text 

NO 

NO 

Personal  Identification 

LVL  MAINT 

Text 

NO 

NO 

Level  of  Maintenance 

MAN  HOURS 

ESEUSSNI 

NO 

NO 

Man  Hours 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 

E-5 


Appendix  E  -  ELAS  Schema 


Entities 


Entity  'AIRCRAFT’ 


■  mi 'in  mm 

AIRCRAFT 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

E-6 
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Entities 


Attribute/role  name  Data  type 


MDS 


SER  NO 


UIC 


STATION 


START  HRS 


START  DATE 


CURR  HRS 


DATE 


START  RNDS 


CURR  RNDS 


PHASE  DUE 


PHASE  NUM  DUE 


CYCLE  NUM  DUE 


LAST  FP 


APU  HOURS 


APU  STARTS 


APU_METER_HOUR 

S 


EngApuReadingsPID 


Text 


Text 


Text 


Text 


e 


Date/Time 


e 


Date/Time 


imra 

ni.v.ii.mu 

\m 


e 


e 


Date/Time 


e 


III.I.I.II.lid.Ml 


Long  Integer 


Date/Time 


Text 


HSF 


CYCLES 


LANDINGS 


Emma 

pnam— 

■■■■■mm 


CREW  CHIEF  NAME 


SUPERVISOR  NAME 


STATUS  AC 


STATUS  EL 


STATUS  AR 


STATUS  OT 


TAGJD 


DATE1 0HR14DAY 


HRS10HR14DAY 


PMD_DATE 


PMD_HOURS 


PMD_PID 


LASTMIGDATE 


LASTMIGTIME 


DATE  STAMP 


TIME  STAMP 


PID  STAMP 


DEL  FLAG 


Date/Time 


Single 


Date/Time 


Single 


Text 


Date/Time 


Date/Time 


Date/Time 


Date/Time 


Text 


Yes/No 


Not 

null 

Unique 

Description 

YES 

NO 

Mission  Design  Series 

YES 

NO 

Serial  Number  of  Aircraft 

NO 

NO 

Unit  Identification  Code 

NO 

NO 

Station  of  Unit  (Location) 

NO 

NO 

Automation  Start  Hours  for  Aircraft 

NO 

NO 

Automation  Start  Date 

NO 

NO 

Current  Hours 

NO 

NO 

Date  of  Last  Mission 

NO 

NO 

Automation  Start  Rounds 

NO 

NO 

Current  Rounds 

NO 

NO 

Hours  Next  Phase  is  Due 

NO 

NO 

Number  of  Next  Phase  (1 ,2,3,4) 

NO 

NO 

Cycle  Number  Due  (1,2, 3, 4) 

NO 

NO 

Date  Last  Flight  Pack  was  Generated 

NO 

NO 

Current  APU  Hours 

NO 

NO 

Current  APU  Starts 

NO 

NO 

Current  APU  Meter  Hours 

NO 

NO 

Date  of  last  engine  APU  readings 

NO 

NO 

PID  of  person  who  took  engine  APU 
readinqs 

NO 

NO 

Current  starts  for  engine  1 

NO 

NO 

Current  starts  for  engine  2 

NO 

NO 

Hot  Section  Factors 

NO 

NO 

Current  Cycles 

NO 

NO 

Current  number  of  Std  Landings 

NO 

NO 

Current  number  of  Auto  Landings 

NO 

NO 

Crew  Chiefs  Name 

NO 

NO 

Supervisors  Name 

NO 

NO 

ACFT  STATUS 

NO 

NO 

ELECT.  STATUS 

NO 

NO 

WEAPON  STATUS 

NO 

NO 

OTHER  STATUS 

NO 

NO 

Uniquely  identifies  this 

MDS&SERJMO  in  logbook  migration 
filenames. 

NO 

NO 

Date  last  10  Hour/14  Day  Inspection 
was  performed 

NO 

NO 

Aircraft  Hours  when  last  10  Hour/14 

Day  Inspection  was  performed 

NO 

NO 

Date  Last  Preventive  Maintenance 

Daily  was  performed. 

NO 

NO 

Aircraft  hours  at  time  last  PMD  was 
performed. 

NO 

NO 

PID  of  person  who  performed  last 

PMD. 

NO 

NO 

Last  Date  Migration  file  was  received 
from  this  aircraft. 

NO 

NO 

Last  Time  Migration  file  was  received 
from  this  aircraft. 

NO 

NO 

Last  Transaction  Date 

NO 

NO 

Last  Transaction  Time 

NO 

NO 

Last  Transaction  PID 

NO 

NO 

Logical  Delete  Flag 

e-; 
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Entities 


Entity  'CNVRT' 


mni 

CNVRT 

■  l.iUJMJ  1  ■!« 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

LASJTXT 

Text 

YES 

NO 

LAS  conversion  text  file  name 
(AIRCRAFT.TXT) 

ELAS_TABLE 

Text 

NO 

NO 

Corresponding  ELAS  table  data  is 
transferred  to 

ELAS_REC_NUM 

Long  Integer 

NO 

NO 

Number  of  records  in  the  ELAS  table 
once  transfer  is  complete 

ERR  TABLE 

Text 

NO 

NO 

Error  table  name,  if  created 

ERR  REC  NUM 

NO 

NO 

Number  of  records  in  the  error  table 

DATE 

Date/Time 

NO 

NO 

REMARKS 

Text 

NO 

NO 

Remarks  as  needed 
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Entities 


Entity  ’COMP_HIST' 


■  III  1  Mil 

COMP  HIST 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

MDS 

Text 

YES 

NO 

Model  (Mission  Design  Series) 

PK 

SER  NO 

Text 

YES 

NO 

Serial  Number 

PK 

WUC 

Text 

YES 

NO 

PK 

CONFIG  Code 

E H 

YES 

NO 

PK 

PN 

Text 

YES 

NO 

Part  Number 

PK 

PART  SN 

Text 

YES 

NO 

Part  Serial  Number 

PK 

DATE 

Date/Time 

YES 

NO 

Date  Remarks  were  Entered 

PK 

ENTRY  NUM 

YES 

NO 

Entry  Number 

REMARKS 

Memo 

NO 

NO 

Remarks 

ORG 

Text 

NO 

NO 

Organization  Making  Entry 

LOC 

Text 

NO 

NO 

Location  of  Aircraft  when  Entry  is 

Made 

PID 

Text 

NO 

NO 

PID  of  Person  Making  Entry 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  'COMPONENTS' 


■  mmwmm 

COMPONENTS 

liilML'J  :!9Hi 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

MDS 

Text 

YES 

NO 

Model  (Mission  Design  Series) 

SER  NO 

Text 

YES 

NO 

Serial  Number 

WUC 

Text 

YES 

NO 

Discovery  Work  Unit  Code 

CONFIG_CODE 

Byte 

YES 

NO 

Code  that  Identifies  Unique 
Configurations 

PN 

Text 

YES 

NO 

Part  Number 

PART  SN 

Text 

YES 

NO 

Part  Serial  Number 

LOCATION 

Text 

YES 

NO 

Location  of  Part  Serial  Number 

SEQ  NO 

NO 

NO 

Sequence  Number 

NEXT_HIGH_WUC 

Text 

NO 

NO 

WUC  of  the  Next  Highest  Level 
Component 

NEXT_HIGH_CONF!G 

Byte 

NO 

NO 

Configuration  Code  of  the  Next 

Hiqhest  Level  Component 

NEXT_HIGH_PN 

Text 

NO 

NO 

Part  Number  of  the  Next  Highest  Level 
Component 

NEXT_HIGH_SN 

Text 

NO 

NO 

Serial  Number  of  the  Next  Highest 

Level  Component 

NEXT_HIGH_LOC 

Text 

NO 

NO 

Location  of  the  Next  Highest  Level 
Component 

NO  OVHLS 

Text 

NO 

NO 

Number  of  Overhauls 

N  INST  HRS 

NO 

NO 

Hours  on  Nomenclature  at  Installation 

N  RMVL  HRS 

NO 

NO 

Hours  on  Nomenclature  at  Removal 

C  INST  HRS 

NO 

NO 

Hours  on  Component  at  Installation 

C  RMVL  HRS 

NO 

NO 

Hours  on  Component  at  Removal 

TSOH 

Text 

NO 

NO 

Time  Since  Overhaul 

REPLACE  DUE 

Long  Integer 

NO 

NO 

Replacement  Due  Hours 

RETIREMENT  DUE 

NO 

NO 

Retirement  Due  Hours 

REMARKS 

Memo 

NO 

NO 

Significant  Historical  Data  on  Part 

INSTALL_STATUS 

Text 

NO 

NO 

Status  of  Part 

(Installed/Removed/Cannibalized) 

PRINT  FLAG  2410 

Yes/No 

NO 

NO 

Has  a  2410  been  Printed? 

DATE  INST 

Date/Time 

NO 

NO 

Date  Part  was  Installed 

DATE  RMVL 

Date/Time 

NO 

NO 

Date  Part  was  Removed 

SERV_CODE 

Text 

NO 

NO 

Serviceability  Code  for  2410 

Generation 

FAIL  CODE 

Text 

NO 

NO 

Failure  Code 

AOAP 

Yes/No 

NO 

NO 

Is  this  part  in  the  -20  Army  Oil  Analysis 
Program 

CNTRL  NUM 

Text 

NO 

NO 

2410  Control  Number 

QDR  REPORT  CON 
TROL  NO 

Text 

NO 

NO 

RCN  Generated  by  QDARS  system 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  'ComponentWriteups' 


1  INI  'III  [■111111 

ComponentWriteups 

oznHHsn 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

MDS 

Text 

YES 

NO 

Model  (Mission  Design  Series) 

PK 

SER  NO 

Text 

YES 

NO 

Serial  Number 

PK 

WUC 

Text 

YES 

NO 

Discovery  Work  Unit  Code 

PK 

CONFIG_CODE 

Byte 

YES 

NO 

Code  that  Identifies  Unique 
Configurations 

PK 

PN 

Text 

YES 

NO 

Part  Number 

PK 

PART  SN 

Text 

YES 

NO 

Part  Serial  Number 

PK 

LOCATION 

Text 

YES 

NO 

Location  of  Part  Serial  Number 

PK 

SYS  CODE 

Text 

YES 

NO 

System  Code 

PK 

FAULT  DATE 

Date/Time 

YES 

NO 

Date  of  Fault 

PK 

FAULT  NO 

YES 

NO 

Fault  Number 

REPLACE  DUE 

NO 

NO 

Replacement  Due  Hours 

lsA161 

Yes/No 

NO 

NO 

Is  this  Write-up  for  a  2408-16-1 
component? 

UpgradedFaultDate 

Date/Time 

NO 

NO 

Date  of  upgraded  Fault 

UpgradedFaultNo 

Integer 

NO 

NO 

Upgraded  Fault  number 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  'CONFIG_CODE' 


CONFIG  CODE 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

MDS 

Text 

YES 

NO 

Model  Design  Series 

PK 

CONFIG_CODE 

Double 

YES 

NO 

Configuration  Code  number.  Used  to 
identify  the  change  to  TBO  times  and 
text 

CONFIG_TEXT 

Text 

NO 

NO 

Reason  or  reference  for  configuration 
code 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date  j 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  'DELAY' 


DELAY 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

DELAY  CODE 

Text 

YES 

NO 

DELAY  CODE 

DELAY  CODE  NARR 

Text 

NO 

NO 

Delay  Code  Narrative 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  ,DTY_SYMBOL’ 


i  mraBM 

DTY  SYMBOL 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

DTY  SYM 

Text 

YES 

NO 

Duty  Symbol 

DTY  SYM  NARR 

Text 

NO 

NO 

Duty  Symbol  Narrative 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  'ENG_COMPNTS' 


ENG  COMPNTS 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 
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Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

MDS 

Text 

YES 

NO 

Model  (Mission  Design  Series) 

PK 

SER  NO 

Text 

YES 

NO 

Serial  Number 

PK 

WUC 

Text 

YES 

NO 

Discovery  Work  Unit  Code 

PK 

CONFIG_CODE 

Byte 

YES 

NO 

Code  that  Identifies  Unique 
Configurations 

PK 

PN 

Text 

YES 

NO 

Part  Number 

PK 

PART  SN 

Text 

YES 

NO 

Part  Serial  Number 

SEQ  NO 

NO 

NO 

Sequence  Number 

LOCATION 

Text 

NO 

NO 

Location  of  Part  Serial  Number 

NEXT_HIGH_WUC 

Text 

NO 

NO 

WUC  of  the  Next  Highest  Level 
Component 

NEXT_HIGH_CONFIG 

Byte 

NO 

NO 

Configuration  Code  of  the  Next 

Highest  Level  Component 

NEXT_HIGH_PN 

Text 

NO 

NO 

Part  Number  of  the  Next  Highest  Level 
Component 

NEXT_HIGH_SN 

Text 

NO 

NO 

Serial  Number  of  the  Next  Highest 

Level  Component 

LCF1_LN1 

Long  Integer 

NO 

NO 

LCF-1  Total  Counts  on  Component  at 
Installation 

LCF1_LN2 

Long  Integer 

NO 

NO 

LCF-1  History  Recorder  Reading  at 
Installation 

LCF1_LN3 

Long  Integer 

NO 

NO 

LCF-1  History  Recorder  Reading  at 
Removal 

LCF1_LN4 

Long  Integer 

NO 

NO 

LCF-1  Time  Since  Install  (Line  3 
minus  Line  2) 

LCF1_LN5 

Long  Integer 

NO 

NO 

LCF-1  Total  Counts  on  Component  at 
Removal  (Line  4  plus  Line  1) 

LCF2_LN1 

Long  Integer 

NO 

NO 

LCF-2  Total  Counts  on  Component  at 
Installation 

LCF2_LN2 

Long  Integer 

NO 

NO 

LCF-2  History  Recorder  Reading  at 
Installation 

LCF2_LN3 

Long  Integer 

NO 

NO 

LCF-2  History  Recorder  Reading  at 
Removal 

LCF2_LN4 

Long  Integer 

NO 

NO 

LCF-2  Time  Since  Install  (Line  3 
minus  Line  2) 

LCF2_LN5 

Long  Integer 

NO 

NO 

LCF-2  Total  Counts  on  Component  at 
Removal  (Line  4  plus  Line  1) 

TTI_LN1 

Long  Integer 

NO 

NO 

TTI  Total  Counts  on  Component  at 
Installation 

TTI_LN2 

Long  Integer 

NO 

NO 

TTI  History  Recorder  Reading  at 
Installation 

TTI_LN3 

Long  Integer 

NO 

NO 

TTI  History  Recorder  Reading  at 
Removal 

TTI_LN4 

Long  Integer 

NO 

NO 

TTI  Time  Since  Install  (Line  3  minus 

Line  2) 

TTI_LN5 

Long  Integer 

NO 

NO 

TTI  Total  Counts  on  Component  at 
Removal  (Line  4  plus  Line  1) 

OPH_LN1 

Long  Integer 

NO 

NO 

OPHRS  Total  Counts  on  Component 
at  Installation 

OPH_LN2 

Long  Integer 

NO 

NO 

OPHRS  History  Recorder  Reading  at 
Installation 

OPH_LN3 

Long  Integer 

NO 

NO 

OPHRS  History  Recorder  Reading  at 
Removal 

OPH_LN4 

Long  Integer 

NO 

NO 

OPHRS  Time  Since  Install  (Line  3 
minus  Line  2) 

m 

OPH_LN5 

Long  Integer 

NO 

NO 

OPHRS  Total  Counts  on  Component 
at  Removal  (Line  4  plus  Line  1) 

m 

REV  NHA  LCF1  INS 

T 

Long  Integer 

NO 

NO 

Reverse  Side  NHA  LCF1  Inst 
Component  Counts 

REV  NHA  LCF2  INS 

T 

Long  Integer 

NO 

NO 

Reverse  Side  NHA  LCF2  Inst 
Component  Counts 

REV_NHA_TTI_INST 

Long  Integer 

NO 

NO 

Reverse  Side  NHA  TTI  Inst 

Component  Counts 

REV  NHA  OPHRS  1 
NST 

Long  Integer 

NO 

NO 

Reverse  Side  NHA  OP  Hrs  Inst 
Component  Counts 
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Entities 


REV  NHA  LCF1  RM 
VL 

Long  Integer 

NO 

NO 

Reverse  Side  NHA  LCF1  Rmvl 
Component  Counts 

■ 

REV  NHA  LCF2  RM 
VL 

Long  Integer 

NO 

NO 

Reverse  Side  NHA  LCF2  Rmvl 
Component  Counts 

REV_NHA_TTI_RMVL 

Long  Integer 

NO 

NO 

Reverse  Side  NHATTI  Rmvl 

Component  Counts 

■ 

REV  NHA  OPHRS  R 
MVL 

Long  Integer 

NO 

NO 

Reverse  Side  NHA  OP  Hrs  Rmvl 
Component  Counts 

r 

REV  SUB  LCF1  INS 

T 

Long  Integer 

NO 

NO 

Reverse  Side  SUB  LCF1  Inst 

Component  Counts 

REV  SUB  LCF2  INS 

T 

Long  Integer 

NO 

NO 

Reverse  Side  SUB  LCF2  Inst 

Component  Counts 

RE  V_S  U  B_TTI_I  N  ST 

Long  Integer 

NO 

NO 

Reverse  Side  SUB  TTI  Inst 

Component  Counts 

REV  SUB  OPHRS  1 
NST 

Long  Integer 

NO 

NO 

Reverse  Side  SUB  OP  Hrs  Inst 
Component  Counts 

REPLACE  DUE 

Long  Integer 

NO 

NO 

Replacement  Due  Hours 

RETIREMENT  DUE 

Long  Integer 

NO 

NO 

Retirement  Due  Hours 

HIST  RCDR  SN 

Text 

NO 

NO 

History  Recorder  Serial  Number 

REMARKS 

Memo 

NO 

NO 

Significant  Historical  Data  on  Part 

INSTALL_STATUS 

Text 

NO 

NO 

Status  of  Part 

(Installed/Removed/Cannibalized) 

PRINT  FLAG  2410 

Yes/No 

NO 

NO 

Has  a  2410  been  Printed? 

DATE  INST 

Date/Time 

NO 

NO 

Date  Part  was  Installed 

DATE  RMVL 

Date/Time 

NO 

NO 

Date  Part  was  Removed 

AC  HRS  INST 

Long  Integer 

NO 

NO 

Hours  on  AC  at  eng  component  install 

AC_HRS_RMVL 

Long  Integer 

NO 

NO 

Hours  on  AC  at  eng  component 
removal 

SERV_CODE 

Text 

NO 

NO 

Serviceability  Code  for  2410 

Generation 

FAIL  CODE 

Text 

NO 

NO 

Failure  Code 

AOAP 

Yes/No 

NO 

NO 

Is  this  part  in  the  -20  Army  Oil  Analysis 
Program 

CNTRL  NUM 

Text 

NO 

NO 

2410  Control  Number 

m 

QDR  REPORT  CON 
TROL  NO 

Text 

NO 

NO 

RCN  Generated  by  QDARS  system 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  'Eng_MODEL_LCF 


KB9H 

Eng  MODEL  LCF 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

Eng  Model 

Text 

YES 

NO 

Engine  model  number 

Eng  Desc 

Text 

NO 

NO 

Engine  descriptions 

■ 

Eng_Forms 

Text 

NO 

NO 

Applicable  dash  19  form  numbers  for 
engine,  i.e.  any  combination  of  1,  2, 
and  3. 

TGT_Header 

Text 

NO 

NO 

Heading  used  for  Block  1 1  on  the 
2408-19-2 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  'FAILCODE' 


■  III!  'll  1  —III 

FAILCODE 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

FAIL  CODE 

Text 

YES 

NO 

Failure  Code  from  DA  PAM  738-751 

FAIL  CODE  NARR 

Text 

NO 

NO 

Failure  Code  Description 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  'FAULT' 


FAULT 

IJMlIXTIINMi 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 
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Entities 


Attribute/role  name  Data  type 


MDS 


SER  NO 


SYS  CODE 


FAULT  DATE 


FAULT  NO 


DISC  TIME 


STATUS 


DISC  PID 


AC  HRS 


APU_HOURS 


APU_STARTS 


RNDS 


CYCLES 


LANDINGS 


WHEN  DISC 


HOW  REC 


MAL  EFF 


WUC 


MAINT  TYPE 


DELAY 


AUTO  14 


PID  14 


DATE  14 


DELAY  1 


DAYS  1 


DELAY  2 


DAYS  2 


DELAY  3 


DAYS  3 


FAULT 


Text 


Text 


Text 


Date/Time 


Date/Time 


Text 


Text 


e 


Single 


Long  Integer 


imm 


Long  Integer 


Long  Integer 


Yes/No 


Text 


Date/Time 


Text 


Memo 


Date/Time 


Date/Time 


Text 


e 


msaaiBB 
lEsgaGggcissi  mm  n 
lEBaEaaBEaEiiBgBm 


CORR_CYCLES 


CORR  LANDINGS 


ACT  CODE 


ACTION 


Tl  PID 


Tl  LVL 


Tl  MMH 


FMF  CODE 


FMC  CODE 


FM  FLAG 


SYS  GEN 


CLOSED 


Long  Integer 


Ill.I.I.II.lij.ljJ 


Text 


Memo 


Text 


Text 


e 


Text 


Text 


Yes/No 


Yes/No 


Yes/No 


Not 

null 

Unique 

Description 

YES 

NO 

Model  (Mission  Design  Series) 

YES 

NO 

Aircraft  Serial  Number 

YES 

NO 

System  Code 

YES 

NO 

Date  of  Fault 

YES 

NO 

Fault  Number 

NO 

NO 

Fault  Discovery  Time 

NO 

NO 

Status  of  Fault 

NO 

NO 

PID  of  Personnel  Discovering  Fault 

NO 

NO 

Aircraft  Hours  at  Fault  Discovery 

NO 

NO 

Number  of  APU  Hours  at  Fault 

Discovery 

NO 

NO 

Number  of  APU  Starts  at  Fault 

Discovery 

NO 

NO 

Number  of  Rounds  at  Fault  Discovery 

NO 

NO 

Number  of  Landing  Gear  Cycles  at 

Fault  Discovery 

NO 

NO 

Number  of  Landings  at  Fault 

Discovery 

NO 

NO 

When  Discovered  Code 

NO 

NO 

How  Recognized  Code 

NO 

NO 

Mission  Malfunction  Effect  Code 

NO 

NO 

Discovery  Work  Unit  Code 

NO 

NO 

Maintenance  Type 

NO 

NO 

Delay  Field  (Concatenates  WO  NO, 
REQ  NO,  OTHER)  change  in  738-751 
for  ELAS  3.3 

NO 

NO 

Treat  Fault  as  a  -14  (Y  or  N) 

NO 

NO 

PID  Authorizing  Transfer  to  -14 

NO 

NO 

Date  Transferred  to  -14 

NO 

NO 

Fault  Delay  1  Code 

NO 

NO 

Number  of  Days  Delayed  (1) 

NO 

NO 

Fault  Delay  2  Code 

NO 

NO 

Number  of  Days  Delayed  (2) 

NO 

NO 

Fault  Delay  3  Code 

NO 

NO 

Number  of  Days  Delayed  (3) 

NO 

NO 

Fault  Narrative 

NO 

NO 

Fault  Correction  Date 

NO 

NO 

Fault  Correction  Time 

NO 

NO 

Correction  WUC 

NO 

NO 

Aircraft  Hours  at  Correction 

NO 

NO 

Rounds  at  Correction 

NO 

NO 

APU  Hours  at  Correction 

NO 

NO 

APU  Starts  at  Correction 

NO 

NO 

Number  of  Landing  Gear  Cycles  at 
Correction 

NO 

NO 

Landings  at  Correction 

NO 

NO 

Action  Taken  Code  to  Correct  Fault 

NO 

NO 

Corrective  Action  Narrative 

NO 

NO 

Technical  Inspector  PID 

NO 

NO 

Level  of  Maintenance  of  Tl 

NO 

NO 

Technical  Inspector  Man-Hours 

NO 

NO 

Field  Monitor  Function  Code 

NO 

NO 

Field  Monitor  Charge  Code 

NO 

NO 

Field  Monitor  Off/On  Flag 

NO 

NO 

Is  this  a  System  Generated  Fault 

NO 

NO 

Has  this  Fault  been  Closed 
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INSP  CODE 

Text 

NO 

NO 

Applicable  Inspection  Code 

PST  CODE 

Text 

NO 

NO 

Parts  Summary  Transaction  Code 

PSF  CODE 

Text 

NO 

NO 

Parts  Summary  Fail  Code 

PS  WUC 

Text 

NO 

NO 

Parts  Summary  WUC 

PS  NOMEN 

Text 

NO 

NO 

Parts  Summary  Nomenclature 

PS  PN  NSN 

Text 

NO 

NO 

Parts  Summary  Part  Number  or  NSN 

PS  QTY 

mirmi 

NO 

NO 

Parts  Summary  Quantity 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  'FAULT_TIME_TEMP' 


■  III  1  — 

FAULT  TIME  TEMP 

1  1  ffiflMBHI 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

MDS 

Text 

YES 

NO 

Model  (Mission  Design  Series) 

PK 

SER  NO 

Text 

YES 

NO 

Aircraft  Serial  Number 

PK 

SYS  CODE 

Text 

YES 

NO 

System  Code 

PK 

FAULT  DATE 

Date/Time 

YES 

NO 

Date  of  Fault 

PK 

FAULT  NO 

BE5sSSIS311I1@ 

YES 

NO 

Fault  Number 

DISC  TIME 

Text 

NO 

NO 

Fault  Discovery  Time 

CORR  TIME 

Text 

NO 

NO 

Fault  Correction  Time 
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Entities 


Entity  'FLIGHT' 


■  mm  ini'—ui 

FLIGHT 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 
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Entities 


Attribute/role  name 


MDS 


SER  NO 


MSN  DATE 


FLIGHT  NO 


CURJHOURS 


ST ATI  ONI 


STATION2 


STATION3 


TIME  START 


IMD  TIME 


TIME  STOP 


FLT  HRS 


LAND  STD 


LAND  AUTO 


MSN  SYMB 


MSN  PEC 


MSN  SUFFIX 


RHC 


E&R 


CONN 


CONFIG 


LOAD  INT 


LOAD  EXT 


PAX 


CYCLES 


HSF 


HIT  TEST1 


HIT  TEST2 


HOT1 


HOT2 


HOT  APU 


APU  HOURS 


APU  HR  METER 


FLT  REMARKS 


STAT  762 


STAT  20 


STAT  30 


STAT  40 


STAT  RKT 


STAT  TOW 


WPN  OTHER 


STAT  OTHER 


RNDS  762 


RNDS  20 


RNDS  30 


RNDS  40 


RNDS  RKTS 


RNDS  TOW 


RNDSJDTHER 


ENG1_LCF1 


ENG1  LCF2 


\m 


Data  type 


Text 


Text 


Date/Time 


e 


Single 


Text 


Text 


Text 


Date/Time 


Date/Time 


Date/Time 


e 


e 


e 


Text 


Text 


Text 


IBM 

im 


Integer 


IEO— 

IHBH 

llltlil.il, W-M-U 


iH.i.ui.m.m 

iiBaa 


Long  Integer 


Long  Integer  NO 


Not 

null 

Unique 

Description 

YES 

NO 

Model  (Mission  Design  Series) 

YES 

NO 

Aircraft  Serial  Number 

YES 

NO 

Mission  Date 

YES 

NO 

Flight  Number 

NO 

NO 

Current  Hours  on  Aircraft  at  Time  of 
Mission 

NO 

NO 

Station  at  Start  of  Flight 

NO 

NO 

Intermediate  Stop 

NO 

NO 

Station  at  End  of  Flight 

NO 

NO 

Time  of  Mission  Start 

NO 

NO 

Time  at  Intermediate  Stop 

NO 

NO 

Time  at  Mission  Stop 

NO 

NO 

Flight  Hours 

NO 

NO 

Number  of  Standard  Landing 

NO 

NO 

Number  of  Autorotations 

NO 

NO 

Mission  Symbol 

NO 

NO 

Mission  Peculiar 

NO 

NO 

Mission  Suffix 

NO 

NO 

Rescue  Hoist  Landing  Cycles 

NO 

NO 

Refuel  Probe  Extensions  and 

Retractions 

NO 

NO 

Refuel  Probe  Connections 

NO 

NO 

Mission  Configuration 

NO 

NO 

Internal  Load  in  Pounds 

NO 

NO 

External  Load  in  Pounds 

NO 

NO 

Number  of  Passengers 

NO 

NO 

Number  of  Landing  Gear  Cycles 

NO 

NO 

Hot  Section  Factors 

NO 

NO 

HIT  Results,  Engine  1 

NO 

NO 

HIT  Results,  Engine  2 

NO 

NO 

Hot  Starts,  Engine  1 

NO 

NO 

Hot  Starts,  Engine  2 

NO 

NO 

Hot  Starts,  APU 

NO 

NO 

Hours  on  APU 

NO 

NO 

Hours  on  APU  Meter 

NO 

NO 

Flight  Remarks 

NO 

NO 

Status  of  7.62 

NO 

NO 

Status  of  20 

NO 

NO 

Status  of  30 

NO 

NO 

Status  of  40 

NO 

NO 

Status  of  Rocket 

NO 

NO 

Status  of  TOW 

NO 

NO 

Name  of  Other  Weapon  System 

NO 

NO 

Status  of  Other  Weapon 

NO 

NO 

Number  of  Rounds  Fired  7.62 

NO 

NO 

Number  of  Rounds  Fired  20 

NO 

NO 

Number  of  Rounds  Fired  30 

NO 

NO 

Number  of  Rounds  Fired  40 

NO 

NO 

Number  of  Rounds  Fired  Rockets 

NO 

NO 

Number  of  Rounds  Fired  TOW 

NO 

NO 

Number  of  Rounds  Fired  Other 

Weapon 

NO 

NO 

Engine  1  LCF-1  Reading  for  T700 

Series  Engines 

NO 

NO 

Engine  1  LCF-2  Reading  for  T700 
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Series  Engines 

ENG1_TTI 

Long  Integer 

NO 

NO 

Engine  1  Time/Temp  Index  Reading 
for  T700  Series  Engines 

ENG1_0P_HRS 

Long  Integer 

NO 

NO 

Engine  1  Operating  Hours  Reading  for 
T700  Series  Engines 

ENG2_LCF1 

Long  Integer 

NO 

NO 

Engine  2  LCF-1  Reading  for  T700 

Series  Engines 

ENG2_LCF2 

Long  Integer 

NO 

NO 

Engine  2  LCF-2  Reading  for  T700 

Series  Engines 

ENG2_TTI 

Long  Integer 

NO 

NO 

Engine  2  Time/Temp  Index  Reading 
for  T700  Series  Engines 

ENG2_0P_HRS 

Long  Integer 

NO 

NO 

Engine  2  Operating  Hours  Reading  for 
T700  Series  Engines 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  'FLIGHTJDREW' 


FLIGHT  CREW 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

MDS 

Text 

YES 

NO 

Model  (Mission  Design  Series) 

PK 

SER  NO 

Text 

YES 

NO 

Aircraft  Serial  Number 

PK 

MSN  DATE 

Date/Time 

YES 

NO 

Mission  Date 

PK 

FLIGHT  NO 

YES 

NO 

Flight  Number 

PK 

PID  SEQ 

H9NH 

YES 

NO 

PID  Sequence  Number 

PID 

Text 

NO 

NO 

Personal  Identifier 

SSAN 

Text 

NO 

NO 

Social  Security  Number 

NAME 

Text 

NO 

NO 

Name  of  Crew  Member 

RANK 

Text 

NO 

NO 

Rank  of  Crew  Member 

CREW  DS  1 

Text 

NO 

NO 

Crew  Duty  Symbol  (1) 

CREW  FS  1 

Text 

NO 

NO 

Crew  Flight  Symbol  (1) 

CREW  HRS  1 

fcilMJi  ■ 

NO 

NO 

Crew  Hours  at  Duty  (1 ) 

CREW  Dl  1 

Text 

NO 

NO 

Crew  Duty  Identifier  (1) 

SEAT  1 

Text 

NO 

NO 

Seat  (Front  or  Back) 

CREW  DS  2 

Text 

NO 

NO 

Crew  Duty  Symbol  (2) 

CREW  HRS  2 

NO 

NO 

Crew  Hours  at  Duty  (2) 

CREW  FS  2 

Text 

NO 

NO 

Crew  Flight  Symbol  (2) 

CREW  Dl  2 

Text 

NO 

NO 

Crew  Duty  Identifier  (2) 

SEAT  2 

Text 

NO 

NO 

Seat  (Front  or  Back) 

CREW  DS  3 

Text 

NO 

NO 

Crew  Duty  Symbol  (3) 

CREW  HRS  3 

NO 

NO 

Crew  Hours  at  Duty  (3) 

CREW  FS  3 

Text 

NO 

NO 

Crew  Flight  Symbol  (3) 

CREW  Dl  3 

Text 

NO 

NO 

Crew  Duty  Identifier  (3) 

SEAT  3 

Text 

NO 

NO 

Seat  (Front  or  Back) 

CREW  DS  4 

Text 

NO 

NO 

Crew  Duty  Symbol  (4) 

CREW  HRS  4 

fciMjikBSliS 

NO 

NO 

Crew  Hours  at  Duty  (4) 

CREW  FS  4 

Text 

NO 

NO 

Crew  Flight  Symbol  (4) 

CREW  Dl  4 

Text 

NO 

NO 

Crew  Duty  Identifier  (4) 

SEAT  4 

Text 

NO 

NO 

Seat  (Front  or  Back) 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  T ransaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  'FLIGHT_MISS_RPT' 


1 1 1 1  III  1  Hi 

FLIGHT  MISS  RPT  ' 

nm 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

MDS 

Text 

YES 

NO 

Model  (Mission  Design  Series) 

PK 

SER  NO 

Text 

YES 

NO 

Aircraft  Serial  Number 

PK 

MSN  DATE 

Date/Time 

YES 

NO 

Mission  Date 

PK 

FLIGHT  NO 

YES 

NO 

Flight  Number 

PK 

TIME  START 

Text 

YES 

NO 

Time  of  Mission  Start 

PK 

PID 

Text 

YES 

NO 

Personal  Identifier 

TIME  STOP 

Text 

NO 

NO 

Time  at  Mission  Stop 

FLT  HRS 

■sIliklLMBSi 

NO 

NO 

Flight  Hours 

MSN  SYMB 

Text 

NO 

NO 

Mission  Symbol  ! 

WEATHER 

Efii&CSMH 

NO 

NO 

HOOD 

EHSEnSNN 

NO 

NO 

NIGHT  VFR 

ESjTTRSMBI 

NO 

NO 

NIGHT  GOGGLES 

EfiBfRUMNB 

NO 

NO 

NIGHT  SYSTEM 

EfijBlSMfli 

NO 

NO 

DAY  VFR 

essthsm 

NO 

NO 

DAY  GOGGLES 

ram 

NO 

NO 

DAY  SYSTEM 

ERSHBE 

NO 

NO 
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Entities 


Entity  'FUNCTiON_CODE' 


i  mmwmm 

FUNCTION  CODE 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

FUNCTION  CODE 

Text 

YES 

NO 

Function  Code 

FUNCTION  CODE  N 
ARR 

Text 

NO 

NO 

Function  Code  Narrative 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  'GEN_2410' 


mm 

GEN  2410 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 
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Key  Attribute/role  name 


PK  UIC 


PK  CNTRL  NUM 


PK  COPY 


NOMENCLATURE 


NSN 


PN 


SN 


CAGE 


PREVOH 


TSLINST 


TSNEW 


TSOH 


FAIL 


POSITION 


HSF 


METERJHRS 


WUC 


LCF1 


LCF2 


TTI 


OPHRS 


APU  SSN 


APU  HRS 


APU  SSO 


VERSION 


NHA_NOMEN 


NHA  NSN 


NHAJHOURS 


NHA  LCF1 


NHA  LCF2 


NHA  TTI 


NHA  OPHRS 


APU_HR_METER 


APU_START_METER 


HIST_REC_SN 


HIST_LCF1 


HIST_LCF2 


HIST_TTI 


HIST_OPHRS 


MDS 


SERNO 


Data  type 

Not 

null 

Unique 

Description 

Text 

YES 

NO 

Unit  Identification  Code 

Text 

YES 

NO 

DA  Form  2410  Control  Number 

Byte 

YES 

NO 

Which  copy  of  2410  is  this  record  for 
(1,2,  or  3) 

Text 

NO 

NO 

Component  Nomenclature 

Text 

NO 

NO 

Component  National  Stock  Number 

Text 

NO 

NO 

Component  Part  Number 

Text 

NO 

NO 

Component  Serial  Number 

Text 

NO 

NO 

Contractor  and  Government  Entity 
(CAGE)  code 

Text 

NO 

NO 

Component  Number  of  Previous 
Overhauls 

Long  Integer 

NO 

NO 

Component  Hours  Last  Installed 

NO 

NO 

Component  Time  Since  New 

Text 

NO 

NO 

Component  Time  Since  Overhaul 

Text 

NO 

NO 

Component  Failure  Code 

Text 

NO 

NO 

Component  Position  Code 

NO 

NO 

Hot  Section  Factor 

Long  Integer 

NO 

NO 

See  341-01  for  items  that  are  tracked 
by  Hour  Meter. 

Text 

NO 

NO 

Component  Work  Unit  Code 

Long  Integer 

NO 

NO 

Component  LCF1  Reading  at 

Removal 

Long  Integer 

NO 

NO 

Component  LCF2  Reading  at 

Removal 

Long  Integer 

NO 

NO 

Component  TTI  Reading  at  Removal 

Long  Integer 

NO 

NO 

Component  OPHRS  Reading  at 
Removal 

NO 

NO 

APU  Starts  Since  New 

NO 

NO 

APU  Total  Hours 

Long  Integer 

NO 

NO 

APU  Starts  Since  Overhaul 

Text 

NO 

NO 

Software  Version  (If  it  was  software 
that  was  removed.) 

Text 

NO 

NO 

Nomen  of  Next  Higher  Assembly 
(NHA) 

Text 

NO 

NO 

NSN  of  Next  Higher  Assembly  (NHA) 

Text 

NO 

NO 

PN  of  Next  Higher  Assembly  (NHA) 

Text 

NO 

NO 

SN  of  Next  Higher  Assembly  (NHA) 

Long  Integer 

NO 

NO 

Hours  of  Next  Higher  Assembly  (NHA) 
at  removal  of  component 

NO 

NO 

NHA  LCF1  Reading  at  Removal 

NO 

NO 

NHA  LCF2  Reading  at  Removal 

NO 

NO 

NHA  TTI  Reading  at  Removal 

NO 

NO 

NHA  OPHRS  Reading  at  Removal 

Long  Integer 

NO 

NO 

For  -16-1  Apu's  that  have  an  Hour 
Meter  (Reading  at  Time  of  Removal) 

Long  Integer 

NO 

NO 

For  -16-1  Apu's  that  have  a  Start 

Meter  (Reading  at  Time  of  Removal) 

Text 

NO 

NO 

History  Recorder  Serial  Number  of 

NHA 

Long  Integer 

NO 

NO 

History  Recorder  LCF1  Reading  at 
Removal 

Long  Integer 

NO 

NO 

History  Recorder  LCF2  Reading  at 
Removal 

Long  Integer 

NO 

NO 

History  Recorder  TTI  Reading  at 
Removal 

Long  Integer 

NO 

NO 

History  Recorder  OPHRS  Reading  at 
Removal 

Text 

NO 

NO 

Model  Aircraft  component  removed 
from 

Text 

NO 

NO 

Aircraft  Serial  Number  component 
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removed  from 

MAINTLEV 

Text 

NO 

NO 

Maintenance  Level  that  removed 
component 

REMOVAL_DATE 

Date/Time 

NO 

NO 

Date  component  was  removed  from 
major 

MAN  HOURS 

NO 

NO 

Man  Hours  to  remove  the  component. 

PID 

Text 

NO 

NO 

PID  of  person  removing  component. 

PHONE 

Text 

NO 

NO 

Telephone  Number  of  UIC 

MALFUNC  EFFECT 

Text 

NO 

NO 

Malfunction  Effect  Code 

WHEN  DISC 

Text 

NO 

NO 

When  Discovered  Code 

PRINT_FLAG_241 0 

Yes/No 

NO 

NO 

Has  the  2410  been  Printed  for  this 
component  or  not 

REMARKS 

Memo 

NO 

NO 

Remarks  entered  at  time  of  removal. 

SENT 

Byte 

NO 

NO 

Has  2410  been  sent/Verified  (0  =  no,  1 
=  verified,  2  =  sent)  j 

MACHINE  TAG 

Text 

NO 

NO 

Machine  Tag 

RCODE 

Text 

NO 

NO 

Reason  Code 

IACT  CD 

Text 

NO 

NO 

Inspection  Action  Code 

CONTRACT 

Text 

NO 

NO 

Contract  Number 

ACT  FCODE 

Text 

NO 

NO 

Actual  Failure  code 

SRA 

Text 

NO 

NO 

Special  Repair  Authorization  ('Y'/'N') 

NEW  NSN 

Text 

NO 

NO 

New  National  Stock  Number 

NEW  PN 

Text 

NO 

NO 

New  Part  Number 

NEW  SN 

Text 

NO 

NO 

New  Serial  Number 

LOSS_TO 

Text 

NO 

NO 

Name  of  activity  doing  the  Loss 
(DRMO)  '  ! 

LOSS  DT 

Text 

NO 

NO 

UIC  of  activity  doing  the  Loss 

LOSS  LOC 

Text 

NO 

NO 

Location  of  activity  ding  the  Loss 

DATE_CHK_SHIP 

Date/Time 

NO 

NO 

Date  component  was  Checked  (Copy 

2)  or  Shipped  (Copy  3) 

UIC_ACTION 

Text 

NO 

NO 

Unit  Identification  Code  for  this  Action 
(Copy  2) 

MAINTLEV_ACTION 

Text 

NO 

NO 

Maintenance  Level  for  this  Action 
(Copy  2) 

CORR  COPY 

Yes/No 

NO 

NO 

Is  this  a  Corrected  Copy  2410? 

FINALIZED 

Yes/No 

NO 

NO 

Is  this  2410  Finalized?  (Used  for  Copy 

2) 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entity  'HOW_REC' 


■  INI  ill!  1  Mill 

HOW  REC  i 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

HOW  REC  CODE 

Text 

YES 

NO 

How  Recognized  Code 

HOW  REC  NARR 

Text 

NO 

NO 

How  Recognized  Narrative 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  'INSPJXF' 


■  1  III  '1 II  1  ■■ 

INSP  LCF 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

MDS 

Text 

YES 

NO 

Model  (Mission  Design  Series) 

PK 

SYS  CODE 

Text 

YES 

NO 

System  Code 

PK 

INSP  NO 

YES 

NO 

Inspection  Number 

WUC 

Text 

NO 

NO 

Work  Unit  Code 

FRQ  TYPE  1 

Text 

NO 

NO 

Frequency  Type  1 

FREQ  1 

NO 

NO 

First  Frequency 

Tolerancel 

NO 

NO 

Frequency  1  Tolerance 

Extension  1 

Single 

NO 

NO 

Automatic  Extension  applied  to 
Frequency  1 

FRQ  TYPE  2 

Text 

NO 

NO 

Frequency  Type  2 

FREQ  2 

NO 

NO 

Second  Frequency 

Tolerance2 

NO 

NO 

Frequency  2  Tolerance 

Extension2 

Single 

NO 

NO 

Automatic  Extension  applied  to 
Frequency  2 

■  J  R5  IpHT-FS^TTSHHiHi 

Byte 

NO 

NO 

How  NextDue  is  calculated 

AlwaysOnlst 

Yes/No 

NO 

NO 

Is  Monthly  or  Yearly  Inspection  always 
due  on  1st  of  the  month? 

REF 

Text 

NO 

NO 

Technical  Reference  for  Inspections 

INSP 

Memo 

NO 

NO 

Inspection  Narrative 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  'MAINT_LVL_LCF' 


wmmwmm 

MAI  NT  LVL  LCF 

uniiaag— i 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

MAINT  LEVEL 

Text 

YES 

NO 

Maintenance  Level  Code 

MAINT  LEVEL  NARR 

Text 

NO 

NO 

Maintenance  Level  Code  Narrative 

MAJOR  LV  FLAG 

Yes/No 

NO 

NO 

Is  it  a  major  level  flag? 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  'MAINTENANCE_SUMMARY_REPORT' 


i  mnrm—i 

MAINTENANCE  SUMMARY  REPORT 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

UIC 

Text 

NO 

NO 

Unit  identifier  used  as  filter  criteria 

SER  NO 

Text 

NO 

NO 

FAULT.SER_NO  used  as  filter  criteria 

DATE 

Date/Time 

NO 

NO 

FAULT.MSN_DATE  used  as  filter 
criteria 

MDS 

Text 

NO 

NO 

FAULT.MDS 

WUC 

Text 

NO 

NO 

FAULT.WUC 

DESCRIPTION 

Text 

NO 

NO 

WUC.WUC_NOMEN 

FLIGHTS 

Double 

NO 

NO 

Count  of  FLIGHT.SERJMO 

FLT  HRS 

klllklliHIlfil 

NO 

NO 

Sum  of  FLIGHT.FLTHRS 

STATUS 

Text 

NO 

NO 

FAULT.STATUS 

CORR  DATE 

Date/Time 

NO 

NO 

FAULT.  CORRDATE 

CLOSED 

Yes/No 

NO 

NO 

FAULT.CLOSED 

■ 

CORRECTIVE  ACTIO 
NS 

Text 

NO 

NO 

FAULT.ACT_CODE 

FAULT  MANHOURS 

NO 

NO 

FAULT.TI_MMH 

■ 

ACTIONS  MANHOUR 
S 

Single 

NO 

NO 

ACTIONS.  MAN_HOURS 

RELMAINT  MANHOU 
RS 

Single 

NO 

NO 

REL_MAINT.RM_TI_MMH 

■ 

RMACTIONS  MANH 
OURS 

Single 

NO 

NO 

RM_ACTIONS.RM_MAN_HOURS 
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Entity  ’MAJOR_NARR' 


MAJOR  NARR 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

MDS 

Text 

YES 

NO 

Model  (Mission  Design  Series) 

PK 

SER  NO 

Text 

YES 

NO 

Serial  Number 

TIME  NARR 

Memo 

NO 

NO 

Time  Change  Narrative 

COND  NARR 

Memo 

NO 

NO 

Condition  Change  Narrative 
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Entities 


Entity  'MALFUNC_EFFECT' 


■  III  1  HI 

MALFUNC  EFFECT 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

MALFUNC  EFFECT 

Text 

YES 

NO 

Malfunction  Effect  Code 

MALFUNC  EFFECT 
NARR 

Text 

NO 

NO 

Malfunction  Effect  Narrative 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  'MSN_SUFFIX' 


■  III  1  — 1 

MSN  SUFFIX 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

MSN  SUFFIX 

Text 

YES 

NO 

Mission  Suffix 

MSN  SUFFIX  NARR 

Text 

NO 

NO 

Mission  Suffix  Narrative 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 

Alternative  keys 


Name 

Attributes 

MSN  SYMBOL 

MSN  SUFFIX 
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Entities 


Entity  'MSN_SYMBOL' 


■  ii  i  mat 

MSN  SYMBOL 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description  J 

PK 

MSN  SYMBOL 

Text 

YES 

NO 

Mission  Symbol 

MSN  SYMBOL  NAR 

R 

Text 

NO 

NO 

Mission  Symbol  Narrative 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  'PARTS_LCF' 


■  HW 

PARTS  LCF  i 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

MDS 

Text 

YES 

NO 

Model  (Mission  Design  Series) 

PK 

WUC 

Text 

YES 

NO 

Discovery  Work  Unit  Code 

PK 

PN 

Text 

YES 

NO 

Part  Number 

PK 

CONFIG_CODE 

Byte 

YES 

NO 

Code  that  Identifies  Unique 
Configurations 

PART  NOMEN 

Text 

NO 

NO 

Part  Nomenclature 

NSN 

Text 

NO 

NO 

NSN 

CAGE 

Text 

NO 

NO 

Manufacturer  of  Part 

ENG  MODEL 

Text 

NO 

NO 

Engine  Model 

QPA 

Byte 

NO 

NO 

Quantity  per  Assembly 

COMP  TYPE 

Text 

NO 

NO 

Component  Type  (CC,  RC,  TC,  HR) 

RPT_CYC_D 

Yes/No 

NO 

NO 

Is  this  Part  Have  a  Reporting  Cycle  of 
'D' 

RPT_CYC_E 

Yes/No 

NO 

NO 

Is  this  Part  Have  a  Reporting  Cycle  of 
'E' 

■ 

RPT_CYC_F 

Yes/No 

NO 

NO 

Is  this  Part  Have  a  Reporting  Cycle  of 
■F 

RPT_CYC_G 

Yes/No 

NO 

NO 

Is  this  Part  Have  a  Reporting  Cycle  of 
■G’ 

RPT_CYC_I 

Yes/No 

NO 

NO 

Is  this  Part  Have  a  Reporting  Cycle  of 

T 

RPT_CYC_J 

Yes/No 

NO 

NO 

Is  this  Part  Have  a  Reporting  Cycle  of 
•J’ 

TBO 

NO 

NO 

Time  Between  Overhaul/Repair 

Extension 

NO 

NO 

Extension  for  TBO 

RetirementLife 

Long  Integer 

NO 

NO 

Maximum  operating  hours  before 
retirement 

UseLowestReplaceDu 

e 

Yes/No 

NO 

NO 

True  when  the  lowest  subcomponent 
replacement  due  value  should  be  used 

WARR  DAYS 

NO 

NO 

Warranty  Period  in  Days 

WARR  HRS 

NO 

NO 

Warranty  Period  in  Aircraft  Hours 

AIMIX 

Yes/No 

NO 

NO 

AIMIX  Item  (Yes/No) 

REF 

Text 

NO 

NO 

Source  Document  Reference 

NEXT_HIGH_WUC 

Text 

NO 

NO 

WUC  of  the  Next  Highest  Level 
Component 

AOAP 

Yes/No 

NO 

NO 

Is  this  part  in  the  -20  Army  Oil  Analysis 
Program 

SYSTEMCOMPONEN 

T 

Yes/No 

NO 

NO 

Whether  the  System  is  in  AOAP. 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  'PRINT_2410' 


II  'II 1  —ll 

PRINT  2410  1 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 
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Key  Attribute/role  name 


PK 


PK 


PK 


UIC 


CNTRL  NUM 


COPY 


NOMENCLATURE 


NSN 


PN 


SN 


CAGE 


PREVOH 


TSLINST 


TSNEW 


TSOH 


FAIL 


POSITION 


HSF 


METER_HRS 


WUC 


LCF1 


LCF2 


TTI 


OPHRS 


APU  SSN 


APU  HRS 


APU  SSO 


VERSION 


NHA  NOMEN 


NHA  HOURS 


APU_HR_METER 


APU_START_METER 


HIST_REC_SN 


HIST_LCF1 


HIST_LCF2 


HISTJTI 


HIST_OPHRS 


MDS 


SERNO 


Data  type 

Not 

null 

Unique 

Description 

Text 

YES 

NO 

Unit  Identification  Code 

Text 

YES 

NO 

DA  Form  2410  Control  Number 

Byte 

YES 

NO 

Which  copy  of  2410  is  this  record  for 
(1,2,  or  3) 

Text 

NO 

NO 

Component  Nomenclature 

Text 

NO 

NO 

Component  National  Stock  Number 

Text 

NO 

NO 

Component  Part  Number 

Text 

NO 

NO 

Component  Serial  Number 

Text 

NO 

NO 

Contractor  and  Government  Entity 
(CAGE)  code 

Text 

NO 

NO 

Component  Number  of  Previous 
Overhauls 

NO 

NO 

Component  Hours  Last  Installed 

NO 

NO 

Component  Time  Since  New 

Text 

NO 

NO 

Component  Time  Since  Overhaul 

Text 

NO 

NO 

Component  Failure  Code 

Text 

NO 

NO 

Component  Position  Code 

NO 

NO 

Hot  Section  Factor 

Long  Integer 

NO 

NO 

See  341-01  for  items  that  are  tracked 
by  Hour  Meter. 

Text 

NO 

NO 

Component  Work  Unit  Code 

Long  Integer 

NO 

NO 

Component  LCF1  Reading  at 

Removal 

Long  Integer 

NO 

NO 

Component  LCF2  Reading  at 

Removal 

NO 

NO 

Component  TTI  Reading  at  Removal 

Long  Integer 

NO 

NO 

Component  OPHRS  Reading  at 
Removal 

NO 

NO 

APU  Starts  Since  New 

NO 

NO 

APU  Total  Hours 

NO 

NO 

APU  Starts  Since  Overhaul 

Text 

NO 

NO 

Software  Version  (If  it  was  software 
that  was  removed.) 

Text 

NO 

NO 

Nomen  of  Next  Higher  Assembly 
(NHA) 

Text 

NO 

NO 

NSN  of  Next  Higher  Assembly  (NHA) 

Text 

NO 

NO 

PN  of  Next  Higher  Assembly  (NHA) 

Text 

NO 

NO 

SN  of  Next  Higher  Assembly  (NHA) 

Long  Integer 

NO 

NO 

Hours  of  Next  Higher  Assembly  (NHA) 
at  removal  of  component 

Long  Integer 

NO 

NO 

NHA  LCF1  Reading  at  Removal 

NO 

NO 

NHA  LCF2  Reading  at  Removal 

NO 

NO 

NHA  TTI  Reading  at  Removal 

Long  Integer 

NO 

NO 

NHA  OPHRS  Reading  at  Removal 

Long  Integer 

NO 

NO 

For  -16-1  Apu's  that  have  an  Hour 
Meter  (Reading  at  Time  of  Removal) 

Long  Integer 

NO 

NO 

For  -16-1  Apu's  that  have  a  Start 

Meter  (Reading  at  Time  of  Removal) 

Text 

NO 

NO 

History  Recorder  Serial  Number  of 

NHA 

Long  Integer 

NO 

NO 

History  Recorder  LCF1  Reading  at 
Removal 

Long  Integer 

NO 

NO 

History  Recorder  LCF2  Reading  at 
Removal 

Long  Integer 

NO 

NO 

History  Recorder  TTI  Reading  at 
Removal 

Long  Integer 

NO 

NO 

History  Recorder  OPHRS  Reading  at 
Removal 

Text 

NO 

NO 

Model  Aircraft  component  removed 
from 

Text 

NO 

NO 

Aircraft  Serial  Number  component 
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Entities 


removed  from 

MAINTLEV 

Text 

NO 

NO 

Maintenance  Level  that  removed 
component 

REMOVAL_DATE 

Date/Time 

NO 

NO 

Date  component  was  removed  from 
major 

MAN  HOURS 

LM-'JiJBMl 

NO 

NO 

Man  Hours  to  remove  the  component. 

PID 

Text 

NO 

NO 

PID  of  person  removing  component. 

PHONE 

Text 

NO 

NO 

Telephone  Number  of  UIC 

MALFUNC  EFFECT 

Text 

NO 

NO 

Malfunction  Effect  Code 

WHEN  DISC 

Text 

NO 

NO 

When  Discovered  Code 

PRINT_FLAG_241 0 

Yes/No 

NO 

NO 

Has  the  2410  been  Printed  for  this 
component  or  not 

REMARKS 

Memo 

NO 

NO 

Remarks  entered  at  time  of  removal. 

SENT 

Byte 

NO 

NO 

Has  2410  been  sent/Verified  (0  =  no,  1 
=  verified,  2  =  sent) 

MACHINE  TAG 

Text 

NO 

NO 

Machine  Tag 

RCODE 

Text 

NO 

NO 

Reason  Code 

IACT  CD 

Text 

NO 

NO 

Inspection  Action  Code 

CONTRACT 

Text 

NO 

NO 

Contract  Number 

ACT  FCODE 

Text 

NO 

NO 

Actual  Failure  code 

SRA 

Text 

NO 

NO 

Special  Repair  Authorization  ('Y’/'N') 

NEW  NSN 

Text 

NO 

NO 

New  National  Stock  Number 

NEW  PN 

Text 

NO 

NO 

New  Part  Number 

NEW  SN 

Text 

NO 

NO 

New  Serial  Number 

LOSS_TO 

Text 

NO 

NO 

Name  of  activity  doing  the  Loss 
(DRMO) 

LOSS  DT 

Text 

NO 

NO 

UIC  of  activity  doing  the  Loss 

LOSS  LOC 

Text 

NO 

NO 

Location  of  activity  ding  the  Loss 

DATE_CHK_SHIP 

Date/Time 

NO 

NO 

Date  component  was  Checked  (Copy 

2)  or  Shipped  (Copy  3) 

UIC_ACTION 

Text 

NO 

NO 

Unit  Identification  Code  for  this  Action 
(Copy  2) 

MAINTLEVACTION 

Text 

NO 

NO 

Maintenance  Level  for  this  Action 
(Copy  2) 

CORR  COPY 

Yes/No 

NO 

NO 

Is  this  a  Corrected  Copy  2410? 

FINALIZED 

Yes/No 

NO 

NO 

Is  this  2410  finalized?  (used  for  Copy 
_2] _ 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  'REL_MAINT' 


■  niMi  ii  i  — 

REL  MAINT 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

MDS 

Text 

YES 

NO 

Model  (Mission  Design  Series) 

PK 

SER  NO 

Text 

YES 

NO 

Aircraft  Serial  Number 

PK 

SYS  CODE 

Text 

YES 

NO 

System  Code 

PK 

FAULT  DATE 

Date/Time 

YES 

NO 

Date  of  Fault 

PK 

FAULT  NO 

YES 

NO 

Fault  Number 

PK 

RM_SEQ_NO 

Integer 

YES 

NO 

Related  Maintenance  Sequence 

Number 

RM  STATUS 

Text 

NO 

NO 

Related  Maintenance  Status 

RM  DATE 

Date/Time 

NO 

NO 

Related  Maintenance  Date 

RM  TIME 

Date/Time 

NO 

NO 

Related  Maintenance  Time 

RM  FAULT 

Memo 

NO 

NO 

Related  Maintenance  Fault  Narrative 

RMACTION 

Memo 

NO 

NO 

Related  Maintenance  Corrective 

Action 

WO  NO 

Text 

NO 

NO 

Work  Order  Number 

WUC 

Text 

NO 

NO 

WUC  for  2408-1 3-2 

■  1  111  1  1  1  — 

Text 

NO 

NO 

Related  Maintenance  Tl  Action  Code 

RM  Tl  PID 

Text 

NO 

NO 

Technical  Inspector  PID 

RM  Tl  LVL 

Text 

NO 

NO 

Level  of  Maintenance  of  Tl 

RM  Tl  MMH 

NO 

NO 

Technical  Inspector  Man-Hours 

RM  CLOSED 

Yes/No 

NO 

NO 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  'REM_ENG_COMPNTS' 


REM  ENG  COMPNTS 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 
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Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

MDS 

Text 

YES 

NO 

Model  (Mission  Design  Series) 

PK 

SER  NO 

Text 

YES 

NO 

Serial  Number 

PK 

WUC 

Text 

YES 

NO 

Discovery  Work  Unit  Code 

PK 

CONFIG_CODE 

Byte 

YES 

NO 

Code  that  Identifies  Unique 
Configurations 

PK 

PN 

Text 

YES 

NO 

Part  Number 

PK 

PART  SN 

Text 

YES 

NO 

Part  Serial  Number 

PK 

SEQ  NO 

mamm 

YES 

NO 

Sequence  Number 

LOCATION 

Text 

NO 

NO 

Location  of  Part  Serial  Number 

NEXT_HIGH_WUC 

Text 

NO 

NO 

WUC  of  the  Next  Highest  Level 
Component 

NEXT_HIGH_CONFIG 

Byte 

NO 

NO 

Configuration  Code  of  the  Next 

Highest  Level  Component 

NEXT_HIGH_PN 

Text 

NO 

NO 

Part  Number  of  the  Next  Highest  Level 
Component 

NEXT_HIGH_SN 

Text 

NO 

NO 

Serial  Number  of  the  Next  Highest 

Level  Component 

LCF1_LN1 

Long  Integer 

NO 

NO 

LCF-1  Total  Counts  on  Component  at 
Installation 

LCF1_LN2 

Long  Integer 

NO 

NO 

LCF-1  History  Recorder  Reading  at 
Installation 

LCF1_LN3 

Long  Integer 

NO 

NO 

LCF-1  History  Recorder  Reading  at 
Removal 

LCF1_LN4 

Long  Integer 

NO 

NO 

LCF-1  Time  Since  Install  (Line  3 
minus  Line  2) 

LCF1_LN5 

Long  Integer 

NO 

NO 

LCF-1  Total  Counts  on  Component  at 
Removal  (Line  4  plus  Line  1) 

LCF2_LN1 

Long  Integer 

NO 

NO 

LCF-2  Total  Counts  on  Component  at 
installation 

LCF2_LN2 

Long  Integer 

NO 

NO 

LCF-2  History  Recorder  Reading  at 
Installation 

LCF2_LN3 

Long  Integer 

NO 

NO 

LCF-2  History  Recorder  Reading  at 
Removal 

LCF2_LN4 

Long  Integer 

NO 

NO 

LCF-2  Time  Since  Install  (Line  3 
minus  Line  2) 

LCF2_LN5 

Long  Integer 

NO 

NO 

LCF-2  Total  Counts  on  Component  at 
Removal  (Line  4  plus  Line  1) 

TTI_LN1 

Long  Integer 

NO 

NO 

TTI  Total  Counts  on  Component  at 
Installation 

TTI_LN2 

Long  Integer 

NO 

NO 

TTI  History  Recorder  Reading  at 
Installation 

TTI_LN3 

Long  Integer 

NO 

NO 

TTI  History  Recorder  Reading  at 
Removal 

TTI_LN4 

Long  Integer 

NO 

NO 

TTI  Time  Since  Install  (Line  3  minus 

Line  2) 

TTI_LN5 

Long  Integer 

NO 

NO 

TTI  Total  Counts  on  Component  at 
Removal  (Line  4  plus  Line  1) 

OPH_LN1 

Long  Integer 

NO 

NO 

OPHRS  Total  Counts  on  Component 
at  Installation 

OPH_LN2 

Long  Integer 

NO 

NO 

OPHRS  History  Recorder  Reading  at 
Installation 

OPH_LN3 

Long  Integer 

NO 

NO 

OPHRS  History  Recorder  Reading  at 
Removal 

OPH_LN4 

Long  Integer 

NO 

NO 

OPHRS  Time  Since  Install  (Line  3 
minus  Line  2) 

OPH_LN5 

Long  Integer 

NO 

NO 

OPHRS  Total  Counts  on  Component 
at  Removal  (Line  4  plus  Line  1) 

■ 

REV  NHA  LCF1  INS 

T 

Long  Integer 

NO 

NO 

Reverse  Side  NHA  LCF1  Inst 
Component  Counts 

■ 

REV  NHA  LCF2  INS 

T 

Long  Integer 

NO 

NO 

Reverse  Side  NHA  LCF2  Inst 
Component  Counts 

REV_NHA_TTI_INST 

Long  Integer 

NO 

NO 

Reverse  Side  NHA  TTI  Inst 

Component  Counts 

■ 

REV  NHA  OPHRS  1 
NST 

Long  Integer 

NO 

NO 

Reverse  Side  NHA  OP  Hrs  Inst 
Component  Counts 
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REV  NHA  LCF1  RM 
VL 

Long  Integer 

NO 

NO 

Reverse  Side  NHA  LCF1  Rmvl 
Component  Counts 

REV  NHA  LCF2  RM 
VL 

Long  Integer 

NO 

NO 

Reverse  Side  NHA  LCF2  Rmvl 
Component  Counts 

REV_NHA_TTI_RMVL 

Long  Integer 

NO 

NO 

Reverse  Side  NHA  TTI  Rmvl 

Component  Counts 

REV  NHA  OPHRS  R 
MVL 

Long  Integer 

NO 

NO 

Reverse  Side  NHA  OP  Hrs  Rmvl 
Component  Counts 

■ 

REV  SUB  LCF1  INS 

T 

Long  Integer 

NO 

NO 

Reverse  Side  SUB  LCF1  Inst 
Component  Counts 

■ 

REV  SUB  LCF2  INS 

T 

Long  Integer 

NO 

NO 

Reverse  Side  SUB  LCF2  Inst 
Component  Counts 

REV_SUB_TTI_INST 

Long  Integer 

NO 

NO 

Reverse  Side  SUB  TTI  Inst 

Component  Counts 

■ 

REV  SUB  OPHRS  1 
NST 

Long  Integer 

NO 

NO 

Reverse  Side  SUB  OP  Hrs  Inst 
Component  Counts 

REPLACE  DUE 

Long  Integer 

NO 

NO 

Replacement  Due  Hours 

RETIREMENT  DUE 

NO 

NO 

Retirement  Due  Hours 

HIST  RCDR  SN 

Text 

NO 

NO 

History  Recorder  Serial  Number 

REMARKS 

Memo 

NO 

NO 

Significant  Historical  Data  on  Part 

INSTALL_STATUS 

Text 

NO 

NO 

Status  of  Part 

(Installed/Removed/Cannibalized) 

PRINT  FLAG  2410 

Yes/No 

NO 

NO 

Has  a  2410  been  Printed? 

DATE  INST 

Date/Time 

NO 

NO 

Date  Part  was  Installed 

DATE  RMVL 

Date/Time 

NO 

NO 

Date  Part  was  Removed 

AC  HRS  INST 

Long  Integer 

NO 

NO 

Hours  on  AC  at  eng  component  install 

AC_HRS_RMVL 

Long  Integer 

NO 

NO 

Hours  on  AC  at  eng  component 
removal 

SERVCODE 

Text 

NO 

NO 

Serviceability  Code  for  2410 

Generation 

FAIL  CODE 

Text 

NO 

NO 

Failure  Code 

AOAP 

Yes/No 

NO 

NO 

Is  this  part  in  the  -20  Army  Oil  Analysis 
Program 

CNTRL  NUM 

Text 

NO 

NO 

2410  Control  Number 

QDR  REPORT  CON 
TROL  NO 

Text 

NO 

NO 

RCN  Generated  by  QDARS  system 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DELFLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  'REM_MWO_COMPNT' 


■  I!— 

REM  MWO  COMPNT 

1 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

MDS 

Text 

YES 

NO 

MDS  of  Aircraft 

PK 

SER_NO 

Text 

YES 

NO 

Serial  Number  of  Aircraft  having  MWO 
Applied 

PK 

WUC 

Text 

YES 

NO 

Discovery  Work  Unit  Code 

PK 

CONFIG_CODE 

Byte 

YES 

NO 

Code  that  Identifies  Unique 
Configurations 

PK 

PN 

Text 

YES 

NO 

Part  Number 

PK 

PART  SN 

Text 

YES 

NO 

Part  Serial  Number 

PK 

LOCATION 

Text 

YES 

NO 

Location  of  Part  Serial  Number 

PK 

MWO  NUMBER 

Text 

YES 

NO 

MWO  Number 

ORG 

Text 

NO 

NO 

Organization 

PID 

Text 

NO 

NO 

PID  | 

DATE  APLD 

Date/Time 

NO 

NO 

Date  MWO  Applied 

MWO  MHRS 

NO 

NO 

Man-hours  to  Complete  Requirement 

HU 

Yes/No 

NO 

NO 

Is  the  component  removed 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  'REMOVED^OMPONENTS' 


REMOVED  COMPONENTS  i 

■  -I.UIdiJJAM— 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

MDS 

Text 

YES 

NO 

Model  (Mission  Design  Series) 

SER  NO 

Text 

YES 

NO 

Serial  Number 

WUC 

Text 

YES 

NO 

Discovery  Work  Unit  Code 

CONFIG_CODE 

Byte 

YES 

NO 

Code  that  Identifies  Unique 
Configurations 

PN 

Text 

YES 

NO 

Part  Number 

PART  SN 

Text 

YES 

NO 

Part  Serial  Number 

LOCATION 

Text 

YES 

NO 

Location  of  Part  Serial  Number 

SEQ  NO 

YES 

NO 

Unique  sequence  Number 

NEXT_HIGH_WUC 

Text 

NO 

NO 

WUC  of  the  Next  Highest  Level 
Component 

NEXTHIGHCONFIG 

Byte 

NO 

NO 

Configuration  Code  of  the  Next 

Highest  Level  Component 

NEXT_HIGH_PN 

Text 

NO 

NO 

Part  Number  of  the  Next  Highest  Level 
Component 

NEXT_HIGH_SN 

Text 

NO 

NO 

Serial  Number  of  the  Next  Highest 

Level  Component 

NEXT_HIGH_LOC 

Text 

NO 

NO 

Location  of  the  Next  Highest  Level 
Component 

NO  OVHLS 

Text 

NO 

NO 

Number  of  Overhauls 

N  INST  HRS 

NO 

NO 

Hours  on  Nomenclature  at  Installation 

N  RMVL  HRS 

NO 

NO 

Hours  on  Nomenclature  at  Removal 

C  INST  HRS 

NO 

NO 

Hours  on  Component  at  Installation 

C  RMVL  HRS 

Long  Integer 

NO 

NO 

Hours  on  Component  at  Removal 

TSOH 

Text 

NO 

NO 

Time  Since  Overhaul 

REPLACE  DUE 

Long  Integer 

NO 

NO 

Replacement  Due  Hours 

RETIREMENT  DUE 

Long  Integer 

NO 

NO 

Retirement  Due  Hours 

REMARKS 

Memo 

NO 

NO 

Significant  Historical  Data  on  Part 

INSTALL_STATUS 

Text 

NO 

NO 

Status  of  Part 

(Installed/Removed/Cannibalized) 

PRINT  FLAG  2410 

Yes/No 

NO 

NO 

Has  a  2410  been  Printed? 

DATE  INST 

Date/Time 

NO 

NO 

Date  Part  was  Installed 

DATE  RMVL 

Date/Time 

NO 

NO 

Date  Part  was  Removed 

SERV_CODE 

Text 

NO 

NO 

Serviceability  Code  for  2410 

Generation 

FAIL  CODE 

Text 

NO 

NO 

Failure  Code 

AOAP 

Yes/No 

NO 

NO 

Is  this  part  in  the  -20  Army  Oil  Analysis 
Program 

CNTRL  NUM 

Text 

NO 

NO 

2410  Control  Number 

QDR  REPORT  CON 
TROL  NO 

Text 

NO 

NO 

Report  Control  Number  for  Quality 
Deficiency  Report  in  QDARS  system 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entity  'RM_ACTIONS' 


1  1  III  'III  Mill 

RM  ACTIONS 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

MDS 

Text 

YES 

NO 

Model  (Mission  Design  Series) 

PK 

SER  NO 

Text 

YES 

NO 

Aircraft  Serial  Number 

PK 

SYS  CODE 

Text 

YES 

NO 

System  Code 

PK 

FAULT  DATE 

Date/Time 

YES 

NO 

Date  of  Fault 

PK 

FAULT  NO 

(HSSEJJSJIS 

YES 

NO 

Fault  Number 

PK 

RM_SEQ_NO 

Integer 

YES 

NO 

Related  Maintenance  Sequence 

Number 

PK 

RM_ACT_NO 

Integer 

YES 

NO 

Related  Maintenance  Action 

Sequence  Number 

mmai 

Text 

NO 

NO 

Related  Maintenance  Action  Code 

RMPID 

Text 

NO 

NO 

Related  Maintenance  Personal 
Identification 

RM_LVL_MAINT 

Text 

NO 

NO 

Related  Maintenance  Level  of 
Maintenance 

RM  MAN  HOURS 

NO 

NO 

Related  Maintenance  Man  Hours 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  'SCHJNSP' 


rmmw mm 

SCH  INSP 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

MDS 

Text 

YES 

NO 

Model  (Mission  Design  Series) 

PK 

SER  NO 

Text 

YES 

NO 

Serial  Number 

PK 

SYS  CODE 

Text 

YES 

NO 

System  Code 

PK 

INSP  NO 

YES 

NO 

Inspection  Number 

INSP  DATE 

Date/Time 

NO 

NO 

Date  of  Last  Inspection 

INSP  HOURS 

NO 

NO 

Aircraft  Hours  at  Last  Inspection 

INSP  RNDS 

NO 

NO 

Number  of  Rounds  at  Last  Inspection 

■ 

INSP_APU_HOURS 

Single 

NO 

NO 

Number  of  APU  Hours  at  Last 

Inspection 

INSP_APU_STARTS 

Long  Integer 

NO 

NO 

Number  of  APU  Starts  at  Last 

Inspection 

INSP_CYCLES 

Long  Integer 

NO 

NO 

Number  of  Landing  Gear  Cycles  at 

Last  Inspection 

INSP  LANDINGS 

NO 

NO 

Number  of  Landings  at  Last  Inspection 

INSP  ENG1  STARTS 

NO 

NO 

Number  of  starts  for  engine  1 

INSP  ENG2  STARTS 

NO 

NO 

Number  of  starts  for  engine  2 

INSP  HSF 

NO 

NO 

Hot  Section  Factor  count 

NEXT  DUE  DATE 

Date/Time 

NO 

NO 

Next  Due  Date 

NEXT  DUE  HRS 

NO 

NO 

Next  Due  Hours 

NEXT  DUE  VAL 

NO 

NO 

Next  Due  Value  (rnds, starts) 

DAYS_BEFORE_DUE 

Integer 

NO 

NO 

Number  of  days  before  inspection  is 
due 

■ 

HOURS  BEFORE  D 
UE 

Single 

NO 

NO 

Number  of  hours  before  inspection  is 
due 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  ’SERV_CODE' 


■  UIUI.I  I..L—U1 

SERV  CODE 

EB3Bro33BWI 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

SERVICE  CODE 

Text 

YES 

NO 

Service  Code 

SERV  NARR 

Text 

NO 

NO 

Service  Code  Narrative 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


QSiSBSn 

■im 


Entit 


User-defined  variables 


SERVICING 


independent 


Name 


Linked  table 


Connect 


Source  Table  Name 


Value 


No 


Attributes 


Key  Attribute/role  name 


MDS 


SER  NO 


MSN  DATE 


FLIGHT  NO 


SRV  SEQ 


FUEL_ADD_LAUX 


FUEL_ADD_FWD 


FUEL  ADD  CTR 


Data  type 


Text 


Text 


Date/Time 


e 


e 


Integer 


IE J! 

im 


Integer 


FUEL  ADD  MAIN 


FUEL_ADD_RAUX 


IN  TANK  LAUX 


IN  TANK  FWD 


IN  TANK  CTR 


Integer 


iiamai:— 

mamam 


IN_TANK_RAUX 


GRADE  LAUX 


GRADE  FWD 


GRADE  CTR 


GRADE  MAIN 


GRADE_RAUX 


OIL1 


OIL  GRADE1 


OIL2 


OIL  GRADE2 


APU  OIL 


APU  GRADE 


OXYGEN 


ANTI  ICE 


SERVICE  PID 


SERV  LOC 


DATE  STAMP 


TIME  STAMP 


PID  STAMP 


DEL  FLAG 


Integer 


Text 


Text 


Text 


Text 


Text 


Text 


Text 


Text 


Date/Time 


Date/Time 


Text 


Yes/No 


Not 

null 

Unique 

Description 

YES 

NO 

Model  (Mission  Design  Series) 

YES 

NO 

Serial  Number 

YES 

NO 

Mission  Date 

YES 

NO 

Flight  Number 

YES 

NO 

Service  Line  Number 

NO 

NO 

Fuel  Added  to  Left  Aux  Tank  in 

Pounds 

NO 

NO 

Fuel  Added  to  Forward  Tank  in 

Pounds 

NO 

NO 

Fuel  Added  to  Center  Tank  in  Pounds 

NO 

NO 

Fuel  Added  to  Aft  Tank  in  Pounds 

NO 

NO 

Fuel  Added  to  Main  Tank  in  Pounds 

NO 

NO 

Fuel  Added  to  Right  Aux  Tank  in 

Pounds 

NO 

NO 

Total  Fuel  in  Left  Aux  Tank  in  Pounds 

NO 

NO 

Total  Fuel  in  Forward  Tank  in  Pounds 

NO 

NO 

Total  Fuel  in  Center  Tank  in  Pounds 

NO 

NO 

Total  Fuel  in  Aft  Tank  in  Pounds 

NO 

NO 

Total  Fuel  in  Main  Tank  in  Pounds 

NO 

NO 

Total  Fuel  in  Right  Aux  Tank  in 

Pounds 

NO 

NO 

Grade  of  Fuel  Added  to  Left  Aux  Tank 

NO 

NO 

Grade  of  Fuel  Added  to  Forward  Tank 

NO 

NO 

Grade  of  Fuel  Added  to  Center  Tank 

NO 

NO 

Grade  of  Fuel  Added  to  Aft  Tank 

NO 

NO 

Grade  of  Fuel  Added  to  Main  Tank 

NO 

NO 

Grade  of  Fuel  Added  to  Right  Aux 

Tank 

NO 

NO 

Amount  of  Oil  Added  to  Tank  1 

NO 

NO 

Grade  of  Oil  Added  to  Tank  1 

NO 

NO 

Amount  of  Oil  Added  to  Tank  2 

NO 

NO 

Grade  of  Oil  Added  to  Tank  2 

NO 

NO 

Amount  of  Oil  Added  to  APU 

NO 

NO 

Grade  of  Oil  Added  to  APU 

NO 

NO 

Oxygen  Added 

NO 

NO 

Anti-Ice  Added 

NO 

NO 

Aircraft  Serviced  By  (Name  or  PID) 

NO 

NO 

Service  Location 

NO 

NO 

Last  Transaction  Date 

NO 

NO 

Last  Transaction  Time 

NO 

NO 

Last  Transaction  PID 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  'STATUS’ 


■  MU  i|  1 1M 

STATUS 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

STATUS 

Text 

YES 

NO 

Status  Symbols 

NARRATIVE 

Text 

NO 

NO 

Status  Narrative 

PRIORITY 

BliWAIJ  JBSS 

NO 

NO 

Priority  of  Status 

TI_REQD 

Yes/No 

NO 

NO 

Tl  is  required  to  sign  off  faults  of  this 
status  (True/False) 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 

E-55 


Appendix  E  -  ELAS  Schema 


Entities 


Entity  ’T700_LCF' 


nsH 

T700  LCF 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

EN  MODEL 

Text 

YES 

NO 

Engine  Model 

PK 

FAT 

YES 

NO 

Free  Air  Temperature 

PK 

PRESALT 

YES 

NO 

Pressure  Altitude 

TBLTGT 

NO 

NO 

Table  TGT  Value 
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Entities 


Entity  'TRANS_CODE' 


■  II  1  ■—! 

TRANS  CODE 

mmmm 

independent  1 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

TRANS  CODE 

Text 

YES 

NO 

Transaction  Code 

TRANS  NARR 

Text 

NO 

NO 

Narrative 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  'UN IT_LCF 


■  II  1  MM 

UNIT  LCF 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

UIC 

Text 

YES 

NO 

UNIT  DESC 

Text 

NO 

NO 

ORG 

Text 

NO 

NO 

LOCATION 

Text 

NO 

NO 

PHONE  NO 

Text 

NO 

NO 

TBO  LIMIT 

i  111  Hl»7 

NO 

NO 

TBO  161  LIMIT 

KS^SSHH 

NO 

NO 

DAYS  LIMIT 

NO 

NO 

HOURS  LIMIT 

NO 

NO 

RNDS  LIMIT 

NO 

NO 

ENG  STARTS  LIMIT 

||ii'T"H  ffliTiBI 

NO 

NO 

APU  START  LIMIT 

NO 

NO 

APU  HRS  LIMIT 

NO 

NO 

HSF  LIMIT 

NO 

NO 

CYCLES  LIMIT 

KS3SISIHH 

NO 

NO 

LNDGS  LIMIT 

nnrmswi 

NO 

NO 

PPM  LIMIT 

NO 

NO 

PHASE  LIMIT 

liMMlBW 

NO 

NO 

LASTDSRDATE 

Date/Time 

NO 

NO 

LASTDSRTIME 

Date/Time 

NO 

NO 

■ 

PRE  OP  HOIST  NA 
RRATIVE 

Text 

NO 

NO 

POST  OP  HOIST  N 
ARRATIVE 

Text 

NO 

NO 

DATE  STAMP 

Date/Time 

NO 

NO 

TIME  STAMP 

Date/Time 

NO 

NO 

PID  STAMP 

Text 

NO 

NO 

DEL  FLAG 

Yes/No 

NO 

NO 

E-58 


Appendix  E  -  ELAS  Schema 


Entities 


Entity  ,UTIL_LCF’ 


miaai 

UTIL  LCF 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

UTIL  CODE 

Text 

YES 

NO 

Utilization  Code 

UTIL  NARR 

Text 

NO 

NO 

Utilization  Code  Narrative 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Ves/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  'WHEN_DISC' 


WHEN  DISC 

nsmmmmm 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

WHEN  DISC 

Text 

YES 

NO 

When  Discovered  Code 

WHEN  DISC  NARR 

Text 

NO 

NO 

When  Discovered  Narrative 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  ’WORKJDRDERS’ 


tmmssm u 

WORK  ORDERS 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 
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Entities 


Attribute/role  name 


CNTRL  NO 


WO  NO 


SHOP  CODE 


EIC 


PRIORITY 


PRI  PID 


TYPE 


REQ  UIC 


EQ  SER  NO 


EQ  NOMEN 


MDS 


SER  NO 


LINE  NO 


EQ  NSN 


MNT  ACT 


MNT  LVL 


UTIL  CODE 


MSCR  ITEM 


ERC 


PACING 


HOURS 


MILES 


ROUNDS 


APU  STARTS 


im 


Data  type 


Text 


Text 


Text 


Text 


e 


Text 


Text 


Text 


Text 


Text 


Text 


Text 


Text 


Text 


Text 


Text 


Text 


Yes/No 


Text 


Text 


e 


IHIfflf 


IffWilEg 


HOW  REC 


DESCRIPTION 


REMARKS 


REP  UIC 


REP  ORG 


REP  LOC 


ORG  TYPE 


AMS  CODE 


TOT  MH  COST 


DELAY 


TRANSCRIBED 


SUB  BY 


SUB  DT 


REC  BY 


REC  DT 


WS  BY 


WS  DT 


INSP  BY 


INSP  DT 


ACPT  BY 


ACPT  DT 


DISP 


MWO  NUMBER 


SYS  CODE 


FAULT  DATE 


FAULT  NO 


RM  SEQ  NO 


ibbrmibsm 


Text 


Text 


Memo 


Memo 


Text 


Text 


Text 


Text 


Text 


e 


Text 


Yes/No 


Text 


Date/Time 


Text 


Date/Time 


Text 


Date/Time 


Text 


Date/Time 


Text 


Date/Time 


Text 


Text 


Text 


Date/Time 


Not 

null 

Unique 

Description 

YES 

NO 

Control  Number 

NO 

NO 

Work  Order  Number 

NO 

NO 

Shop  Code  of  Work  Order 

NO 

NO 

End  Item  Code 

NO 

NO 

Priority 

NO 

NO 

Priority  Authorization  PID 

NO 

NO 

NO 

NO 

Requesting  Unit 

NO 

NO 

Equipment  Serial  Number 

NO 

NO 

Equipment  Nomenclature 

NO 

NO 

Model  (Mission  Design  Series)  of 

Aircraft 

NO 

NO 

Serial  Number  of  Aircraft 

NO 

NO 

Line  Number 

NO 

NO 

Equipment  National  Stock  Number 

NO 

NO 

Maintenance  Activity 

NO 

NO 

Maintenance  Level  (O.F.D) 

NO 

NO 

Utilization  Code 

NO 

NO 

MSCR  Item 

NO 

NO 

Equipment  Readiness  Code 

NO 

NO 

Pacing  Item  Code 

NO 

NO 

Operating  Hours 

NO 

NO 

Miles 

NO 

NO 

Rounds 

NO 

NO 

APU  Starts 

NO 

NO 

When  Discovered  Code 

NO 

NO 

How  Recognized  Code 

NO 

NO 

Description 

NO 

NO 

Remarks 

NO 

NO 

Repair  Unit 

NO 

NO 

Repair  Organization 

NO 

NO 

Repair  Location 

NO 

NO 

Organization  Type  (1,2,3) 

NO 

NO 

AMS  Account  Code 

NO 

NO 

Total  Man-hour  Cost 

NO 

NO 

Delay  Code  (0-5) 

NO 

NO 

Data  Transcribed 

NO 

NO 

Submitted  by 

NO 

NO 

Date  Submitted 

NO 

NO 

Received  by 

NO 

NO 

Date  Received 

NO 

NO 

Work  Started  by 

NO 

NO 

Date  Work  Started 

NO 

NO 

Inspected  by 

NO 

NO 

Date  Inspected 

NO 

NO 

Accepted  by 

NO 

NO 

Date  Accepted  5 

NO 

NO 

Disposition  Code  (A,B,C,D,E) 

NO 

NO 

MWO  Number 

NO 

NO 

System  Code  -  for  Fault  reference 

NO 

NO 

Date  of  Fault  -  for  Fault  reference 

NO 

NO 

Fault  Number  -  for  Fault  reference 

NO 

NO 

Related  Maintenance  Sequence 
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Entities 


Number  --  for  Fault  reference 

wuc 

Text 

NO 

NO 

Component  Work  Unit  Code  -  for 
Component  reference 

CONFIG_CODE 

Byte 

NO 

NO 

Component  Config  Code  --  for 
Component  reference 

PN 

Text 

NO 

NO 

Component  Part  Number  -  for 
Component  reference 

PART_SN 

Text 

NO 

NO 

Component  Part  Serial  Number--  for 
Component  reference 

LOCATION 

Text 

NO 

NO 

Component  Location  of  Part  Serial 
Number  -  for  Component  reference 

CLOSED 

Yes/No 

NO 

NO 

Is  Work  Order  Closed? 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Entities 


Entity  'WUC' 


1  Mil  illH1— 

WUC 

14711 71  TffMlilB 

independent 

User-defined  variables 


Name 

Value 

Linked  table 

No 

Connect 

Source  Table  Name 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

MDS 

Text 

YES 

NO 

Model  (Mission  Design  Series) 

PK 

WUC 

Text 

YES 

NO 

Work  Unit  Code 

WUC  NOMEN 

Text 

NO 

NO 

Work  Unit  Code  Nomenclature 

NEXT_HIGH_WUC 

Text 

NO 

NO 

Identifies  Next  Highest  WUC  for  this 

Part 

FUNC  GROUP 

Yes/No 

NO 

NO 

Is  this  WUC  a  Functional  Group  ? 

DATE  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Date 

TIME  STAMP 

Date/Time 

NO 

NO 

Last  Transaction  Time 

PID  STAMP 

Text 

NO 

NO 

Last  Transaction  PID 

DEL  FLAG 

Yes/No 

NO 

NO 

Logical  Delete  Flag 
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Description 


Appendix  H  -  MDR  and  VMEP  Low-Level  Stage  Physical  Design 

/******************************************★**********************************•* 

*  MDR  LOW  LEVEL  SCHEMA 

•k 

*  Created  3/9/2005 

*  Modified  4/7/2005 

*  Project  CBM 

*  Model  Low  level  table  create  script 

*  Author  Henderson 

*  Editor  Henderson  Last  Update:  7  APR  2005 

*  Database  Oracle  10g  -  MDR  Schema 

★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★♦★★★★★★★★★★★★★★★★★★★★★★it 

--drop  user  MDR  cascade; 

Drop  table  "MDR" . "MDR_PARAM"; 

Drop  table  "MDR" . "MDR_DATA" ; 

Drop  table  "MDR" . "MDR_MISSION" ; 

Drop  public  synonym  "MDR_DATA"; 

Drop  public  synonym  "MDR_PARAM" ; 

Drop  public  synonym  "MDR_MISSION" ; 

Drop  sequence  "MDR" . "NEXT_MISSION_ID"; 

— create  user  mdr 

create  user  mdr  identified  by  w35tar 

default  tablespace  mdrdata  temporary  tablespace  temp; 
grant  connect,  dba  to  mdr; 

—  Create  Types  section 

—  Create  Tables  section 
—MDR  PARAMETER  TABLE 

CREATE  TABLE  "MDR" . "MDR_PARAM"  ( 

"PARAMETER_ID"  NUMBER 

"DESCRIPTION"  VARCHAR2 (40)  , 

"BITSIZE"  NUMBER 

"MIN_VAL"  NUMBER (12, 4) 

"FULL_SCALE"  NUMBER(12,4) 

"UNITS"  VARCHAR2 ( 60)  , 

"RESOLUTION"  NUMBER (14 , 12 )  , 

"ENUM"  VARCHAR2 (5)  , 

"CBMUDM_STATE_DESCRIPTOR_ID"  NUMBER (8) , 

CONSTRAINT  "MDR_PARAM$PK"  PRIMARY  KEY  ("PARAMETER_ID")  VALIDATE  ) 

ORGANIZATION  INDEX  TABLESPACE  "MDRDATA"; 

ALTER  TABLE  MDR . MDR_PARAM  ADD  ( 

CONSTRAINT  MDR_PARAM$PARAMETER_ID$NN  CHECK  ("PARAMETER_ID"  IS  NOT  NULL)); 
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CREATE  INDEX  "MDR" . "MDR_PARAM$DESCRIPTION$IDX"  ON  "MDR" . "MDR_PARAM"  ("DESCRIPTION") 

TABLESPACE  "MDRINDX"  COMPUTE  STATISTICS  ; 

Create  public  synonym  "MDR_PARAM"  for  "MDR" . "MDR_PARAM" ; 

— MDR  DATA  TABLE 

Create  table  "MDR" . "MDR_DATA"  ( 

PARAMETER_TIME  Timestamp  , 

PARAMETER_ID  Number  , 

VALUE  Number (20, 10)  , 

MISSIONED  Number  (12), 

CONSTRAINT  "MDR_DATA$PK"  PRIMARY  KEY  ("PARAMETERJTIME", "PARAMETER_ID", "MISSION_ID")  VALIDATE  ) 
ORGANIZATION  INDEX  TABLESPACE  "MDRDATA" ; 

ALTER  TABLE  MDR . MDR_DATA  ADD  ( 

CONSTRAINT  MDR_DATA$PARAMETER_TIME$NN  CHECK  ( " PARAMETER_TIME "  IS  NOT  NULL)); 

ALTER  TABLE  MDR . MDR_DATA  ADD  ( 

CONSTRAINT  MDR_DATA$PARAMETER_ID$NN  CHECK  ( " PARAMETER_I D "  IS  NOT  NULL)); 

ALTER  TABLE  MDR.MDR_DATA  ADD  ( 

CONSTRAINT  MDR_DATA$EI_MODEL$NN  CHECK  ("MISSIONED"  IS  NOT  NULL)); 

Create  public  synonym  "MDR_DATA"  for  "MDR" . “MDR_DATA" ; 

—MDR  MISSION  TABLE 

CREATE  TABLE  "MDR" . "MDR_MISSION"  ( 

"MISSIONED"  NUMBER  , 

"START_DTG"  TIMESTAMP  , 

"END_DTG"  TIMESTAMP  , 

"EI_SN"  VARCHAR2 ( 12 )  , 

"EI_MODEL"  VARCHAR2 (12)  , 

"FILE_NAME"  VARCHAR2 (255) , 

"STATUS"  Number, 

CONSTRAINT  "MDR_MISSION$PK"  PRIMARY  KEY  ( "MISSIONED" )  VALIDATE  ) 

ORGANIZATION  INDEX  TABLESPACE  "MDRDATA"; 


ORGANIZATION  INDEX  TABLESPACE  "MDRDATA"; 

ALTER  TABLE  MDR.MDR_MISSION  ADD  ( 

CONSTRAINT  MDR_MISSIONSMISSION_ID$NN  CHECK  ("MISSIONED"  IS  NOT  NULL)); 
ALTER  TABLE  MDR . MDR_MI SSION  ADD  ( 

CONSTRAINT  MDR_MISSION$START_DTG$NN  CHECK  ( " START_DTG"  IS  NOT  NULL)); 

ALTER  TABLE  MDR. MDR_MI SSION  ADD  ( 

CONSTRAINT  MDR_MISSION$END_DTG$NN  CHECK  ("END_DTG"  IS  NOT  NULL)); 

Create  public  synonym  "MDR_MISSION"  for  "MDR" . "MDR_MISSION" ; 


H-2 


Appendix  H  -  MDR  and  VMEP  Low-Level  Stage  Physical  Design 


— Create  Sequence  for  MDR  Mission  ID 

CREATE  SEQUENCE  "MDR" . "NEXT_MISSION_ID"  NOCYCLE  NOORDER  CACHE  20  NOMAXVALUE  MINVALUE  1  INCREMENT 
BY  1  START  WITH  1; 

—  Create  Table  comments  section 

Comment  on  table  "MDR_PARAM"  is  'The  MDR_PARAM  table  is  a  list  of  all  possible  MDR  parameters  and 
their  respective  characteristics.' 

Comment  on  table  "MDR_DATA"  is  'The  MDR_DATA  table  is  used  to  store  actual  MDR  parameter  values 
from  flights . ' ; 

Comment  on  table  "MDR_MISSION"  is  'The  MDR_MISSION  table  is  used  to  store  information  about  the 
aircraft  and  start  &  end  of  missions.  Missions  correspond  to  individual  MDR  files  from 
LINSGAS . ' ; 

--  Create  Attribute  comments  section 

Comment  on  column  "MDR_PARAM" . "PARAMETER_ID"  is  'A  unique  integer  identifier  for  each  MDR 
parameter.'  ; 

Comment  on  column  "MDR_PARAM" . "DESCRIPTION"  is  ‘A  text  description  of  the  MDR  parameter.'  ; 

Comment  on  column  "MDR_PARAM" . "BITSIZE"  is  'The  size  of  the  MDR  parameter  data,  in  bits.'  ; 

Comment  on  column  "MDR_PARAM" . "MIN_VAL"  is  'The  minimum  value  of  the  MDR  parameter.' 

Comment  on  column  "MDR_PARAM" . "FULL_SCALE"  is  'The  upper  limit  of  the  MDR  parameter.'; 

Comment  on  column  "MDR_PARAM" . "UNITS"  is  'The  units  (meters,  seconds,  etc)  corresponding  to  the 

MDR  parameter.'; 

Comment  on  column  "MDR_PARAM" . "RESOLUTION"  is  'The  resolution  (?)  of  the  MDR  parameter.'; 

Comment  on  column  "MDR_DATA" . "PARAMETER_TIME"  is  'The  date  time  group  (DTG)  corresponding  to  the 
MDR  measurement,.  Measured  in  GMT  time.'; 

Comment  on  column  "MDR_DATA" . "VALUE"  is  'The  recorded  value  for  the  MDR  parameter  during  the  said 
time . '  ; 

Comment  on  column  "MDR_DATA" . "PARAMETER_ID"  is  'Foreign  key  linking  the  MDR  measurement  to  the 
associate  MDR  parameter.'; 

Comment  on  column  "MDR_DATA" . "MISSION_ID"  is  'Foreign  key  linking  the  MDR  measurement  to  the 
associate  MDR  MISSION  (aircraft  info).'; 

Comment  on  column  "MDR_MISSION" . "MISSION_ID"  is  'The  mission  number  when  MDR_DATA  was  recorded.'; 

Comment  on  column  "MDR_MISSION" . "START_DTG"  is  'The  start  date  time  group  of  the  mission.  First 
entry  in  data  file.’; 

Comment  on  column  "MDR_MISSION" . "END_DTG"  is  'The  end  date  time  group  of  the  mission.  First 
entry  in  data  file.'; 

Comment  on  column  "MDR_MISSION" . "EI_MODEL"  is  'The  model  of  the  aircraft  producing  MDR 
measurements . ' ; 

Comment  on  column  "MDR_MISSION" . "EI_SN"  is  'The  serial  number  of  the  aircraft  producing  MDR 
measurements . ' ; 

Comment  on  column  "MDR_MISSION" . "FILE_NAME"  is  'The  file  name  of  the  source  data  file  for  the 
mission .  '  ; 

Comment  on  column  "MDR_MISSION" . "STATUS"  is  'The  status  of  the  source  file.  0=non  processed, 
l=processed  with  success,  2=processed  with  errors  (bad  data) ,  3=unprocessed  unreadable  file, 
4=mark  for  reload'; 
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*  VMEP  LOW  LEVEL  SCHEMA 


Reference:  IAC  ExportToText  ICD 


*  Created  3;11;2005 

*  Modified  4;  9;  2005 

*  Project  CBM 

*  Model  Low  level  table  create  script 

*  Author  Henderson 

*  Database  Oracle  10g  -  VMEP  Schema 

★★a****************************************************************************/ 
spool  /home/oracle/sql/buildvmep. txt; 


Drop  table  "VMEP" . "VMEP_DATA"; 
Drop  table  "VMEP" . "VMEP_MISSION"; 
Drop  table  "VMEP" . "VMEP_PARAM"; 


--create  user  vmep 

create  user  vmep  identified  by  w35tar 

default  tablespace  vmep  temporary  tablespace  temp; 

--  Create  Tables  section 


Create  table  "VMEP" . "VMEP_DATA"  ( 

"VMEP_SEQ"  Number  NOT  NULL, 

"CI_ID”  Varchar2 (255)  NOT  NULL  , 

"CI_TIME"  Timestamp  NOT  NULL, 

"CI_VECTOR"  Number (9, 6)  NOT  NULL, 

"MISSIONED"  Number  NOT  NULL, 

CONSTRAINT  "VMEP_DATA$VME P_SEQ$PK"  PRIMARY  KEY  ("VMEP_SEQ") 

) 

TABLESPACE  "VMEPDATA" ; 

DROP  PUBLIC  SYNONYM  "VMEP_DATA" ; 

CREATE  PUBLIC  SYNONYM  "VMEP_DATA"  for  "VMEP" . "VMEP_DATA" ; 

CREATE  table  "VMEP" . "VMEP_MISSION"  ( 

"MISSION_ID"  NUMBER, 

"VMEP_MODE "  VARCHAR2 (20) , 

"AIRCRAFT_TYPE"  VARCHAR2 (20) , 

"AIRCRAFT_SERIAL"  VARCHAR2 (20) , 

"START_DTG"  Timestamp, 

"END_DTG"  Timestamp, 

"VMEP_STATE"  VARCHAR2 (10) , 

"STATUS"  NUMBER, 

"HOUSING_DIR_NAME"  VARCHAR2 (255) , 

CONSTRAINT  "VMEP_MISSION$MISSION_ID$PK"  PRIMARY  KEY  <"MISSION_ID") 

) 

TABLESPACE  "VMEPDATA"; 


DROP  PUBLIC  SYNONYM  "VMEP_MISSION"; 

CREATE  PUBLIC  SYNONYM  "VMEP_MISSION"  for  "VMEP" . "VMEP_MISSION" ; 

DROP  SEQUENCE  "VMEP" . "NEXT_MISSION_ID" ; 

CREATE  SEQUENCE  "VMEP" . "NEXT_MISSION_ID"  NOCYCLE  NOORDER  CACHE  20  NOMAXVALUE  MINVALUE 
BY  1  START  WITH  1  ; 


DROP  SEQUENCE  "VMEP" . "NEXT_VMEP_SEQ" ; 

CREATE  SEQUENCE  "VMEP" . "NEXT_VMEP_SEQ"  NOCYCLE  NOORDER  CACHE  20  NOMAXVALUE  MINVALUE  1 
BY  1  START  WITH  1  ; 


CREATE  table  "VMEP" . "VMEP_PARAM"  ( 

"Cl  ID"  Varchar2 (255)  NOT  NULL  , 
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"DESCRIPTION"  Varchar2 (255) , 

"MIN_VALUE"  Number, 

"MAX_VALUE"  Number, 

"UNITS"  Varchar2 (25)  , 

"CBMUDM_STATE_DESCRIPTOR_ID"  NUMBER (8) , 

CONSTRAINT  "VMEP_PARAM$CI_ID$PK"  PRIMARY  KEY  ("CI_ID") 

) 

TABLESPACE  "VMEP DATA" ; 

DROP  PUBLIC  SYNONYM  "VMEP_PARAM" ; 

CREATE  PUBLIC  SYNONYM  "VMEP_PARAM"  for  "VMEP" . "VMEP_PARAM" ; 

—  Create  Table  comments  section 

Comment  on  table  "VMEP_DATA"  is  'The  VMEP_DATA  table  is  used  to  store  actual  VMEP  parameter 
values  during  flight.'; 

Comment  on  table  "VMEP_MISSION"  is  'The  VMEP_MISSION  table  is  used  to  store  information  about  a 
particular  VMEP  recording.  A  VMEP  recording  has  many  VMEP_DATA  entries'; 

Comment  on  table  "VMEP_PARAM"  is  'The  VMEP_PARAM  table  is  used  to  store  information  about  a  the 
VMEP  Cl  Parameters  (desription  ranges,  etc)'; 


—  Create  Attribute  comments  section 

Comment  on  column  "VMEP_DATA" . "CI_ID"  is  'A  unique  integer  identifier  for  the  Cl  sensor.'; 
Comment  on  column  "VMEP  DATA". "Cl  TIME"  is  'The  DTG  the  Cl  was  recorded  -  YYMMDD  HHMMSS ' ; 


Comment  on  column  "VMEP_DATA" . "CI_VECTOR"  is  'The  value  of  the  Cl.'; 

Comment  on  column  "VMEP_DATA" . "MISSION_ID"  is  'The  foreign  key  of  the  corresponding  vmep  mission 
(set  of  measurements)'; 

Comment  on  column  "VMEP_MISSION" . "MISSION_ID"  is  'A  unique  integer  for  the  VMEP  recording  or 
mission .  '  ; 

Comment  on  column  "VMEP_MISSION" . "VMEP_MODE"  is  'The  mode  the  VDU  was  in  when  the  measurements 
was  made . ' ; 

Comment  on  column  "VMEP_MISSION" . "AIRCRAFT_TYPE"  is  'The  type  of  aircraft  making  the 
measurement . ' ; 

Comment  on  column  "VMEP_MISSION" . "AIRCRAFT_SERIAL"  is  'The  serial  number  of  aircraft  making  the 
measurement . ' ; 

Comment  on  column  "VMEP_MISSION" . "START_DTG"  is  'The  start  date  time  group  of  the  VMEP  mission.' 

Comment  on  column  "VMEP_MISSION" . "END_DTG"  is  'The  end  date  time  group  of  the  VMEP  mission.'; 

Comment  on  column  "VMEP_MISSION" . "VMEP_STATE"  is  'The  state  of  the  VMEP  system  when  parameters 
where  recorded  (MONITOR,  BIT,  etc)'; 


Comment  on  column  "VMEP_MISSION" . "STATUS"  is  'The  status  of  the  source  file.  0=non  processed, 
l=processed  with  success,  2=processed  with  errors  (bad  data),  3=unprocessed  unreadable  file, 
4=mark  for  reload'; 


Comment  on  column  "VMEP_MISSION" . "HOUSING_DIR_NAME"  is  'the  source  directory  housing  the 

All_CI.txt  (source)  file.'; 

Comment  on  column  "VMEP_PARAM" . "CI_ID"  is  'A  unique  integer  identifier  for  the  Cl  sensor. '; 
Comment  on  column  "VMEP_PARAM" . "DESCRIPTION”  is  'A  description  of  the  Cl.'; 

Comment  on  column  "VMEP_PARAM" . "MIN_VALUE"  is  'The  minimum  acceptable  value  for  the  Cl.'; 
Comment  on  column  "VMEP_PARAM" . "MAX_VALUE"  is  'The  maximum  acceptable  value  for  the  Cl.'; 
Comment  on  column  "VMEP  PARAM" . "UNITS"  is  'The  units  that  the  Cl  is  measured  in.'; 
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Comment  on  column  "VMEP_PARAM" . "CBMUDM_STATE_DESCRIPTOR_ID"  is  'Foriegn  key  linking  the  VMEP  Cl 
to  the  state  descriptor  table  in  the  CBMUDM.'; 


H-6 


Appendix  I  -  CBMUDM  Physical  Design 


Entities 


Entity  report 


Entity  name 

Entity  type 

Primary  key 

# 

attribu 

tes 

AIRCRAFT 

AIRCRAFT  ID 

7 

COMPONENT 

COMPONENT  ID 

7 

COMPONENT  INSTALLAT 
ION  RECORD 

independent 

COMPONENTJD,  SUPER_PART_ID 

m 

END  ITEM 

END  ITEM  ID 

3 

FAILURE 

FAILURE  ID,  COMPONENT  ID 

10 

FAILURE  MODE 

FAILURE  MODE  ID 

11 

FAILURE  MODE  REQUIR 
ES  GENERAL  MAINT  AC 
TION 

dependent 

GENERAL  MAINTENANCE  ACTION  ID, 
FAILURE_MODE_ID 

2 

GEN  COMP  REQ  GEN 
MAINT 

dependent 

COMPONENT  ID, 

GENERAL  MAINTENANCE  ACTION  ID 

5 

GEN  COMPONENT  REQ 
GEN  MAINT 

dependent 

GENERAL  COMPONENT  ID, 

GENERAL  MAINTENANCE  ACTION  ID 

5 

GEN  COMPONENT  STAT 

E  DESCRIPTOR 

dependent 

GENERAL  COMPONENT  ID, 

STATE  DESCRIPTOR  ID 

2 

GEN  MAINT  ACTION  RE 
Q_GEN_PERSON 

dependent 

MAINTENANCE  ACTION  ID, 
MAINTENANCE  PERSON  ID, 

GENERAL  MAINTENANCE  ACTION  ID, 
GEN  MAINTENANCE  PERSON  ID 

7 

GEN  MAINT  REQ  PUBLI 
CATION 

dependent 

GENERAL  MAINTENANCE  ACTION  ID, 
PUBLICATION  ID 

2 

GEN_MAINT_REQ_TOOL 

dependent 

TOOL  ID, 

GENERAL  MAINTENANCE  ACTION  ID 

3 

GENERAL  COMPONENT 

liinra«Mi[«Mii4 

GENERAL  COMPONENT  ID 

35 

GENERAL  MAINTENANC 

E  ACTION 

independent 

GENERAL_MAINTENANCE_ACTIONJD 

7 

GENERAL  MAINTENANC 

E  PERSON 

independent 

GEN_MAINTENANCE_PERSONJD 

m 

MAINT  ACTION  INVOLVE 

S  COMP 

dependent 

MAINTENANCE  ACTION  ID, 
COMPONENT  ID 

2 

MAINT  ACTION  INVOLVE 
S_PERSON 

dependent 

MAINTENANCE  PERSON  ID, 
MAINTENANCE  ACTION  ID, 

GEN  MAINTENANCE  PERSON  ID 

6 

MAINT  ACTION  REQ  GE 

N  COMPONENT 

dependent 

GENERAL  MAINTENANCE  ACTION  ID, 
GENERAL  COMPONENT  ID 

3 

MAINTENANCE  ACTION 

MAINTENANCE  ACTION  ID 

12 

MAINTENANCE  ACTION 
ADDRESSES_FAILURE 

dependent 

FAILURE  ID, 

MAINTENANCE  ACTION  ID, 
COMPONENT  ID 

3 

MAINTENANCE  ACTION 
REQUIRES  GENERAL  C 
OMPONENT 

dependent 

MAINTENANCE  ACTION  ID, 
GENERAL_COMPONENT_ID 

■ 

MAINTENANCE_PERSON 

dependent 

MAINTENANCE  PERSON  ID, 

GEN  MAINTENANCE  PERSON  ID 

5 

MANUFACTURER 

■imiJ.MJ.li 

CAGE 

5 

PUBLICATION 

PUBLICATION  ID 

3 

REGIME 

REGIME  ID 

4 

STATE  DESCRIPTOR 

STATE  DESCRIPTOR  ID 

7 

TOOL 

ii.mjjj.mj.ii 

TOOL  ID 

4 

UNIT 

■i.mjjj.mj.ii 

UIC 

13 

USAGE  PERIOD 

USAGE  PERIOD  ID 

4 

USAGE  PERIOD  REGIME 

REGIME  ID,  USAGE  PERIOD  ID 

5 
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Entities 


USAGE_PERIOD_STATE 

DESCRIPTOR 


dependent 


USAGE_PERIOD_ID, 
STATE  DESCRIPTOR  ID 


5 
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Entities 


Entity  ’AIRCRAFT’ 


■  mrcrffi— 

AIRCRAFT 

l=mi!7177THWIH 

independent 

User-defined  variables 


Name 

Value 

Owner 

Tablespace  for  Primary  key 

Primary  Key  Deferrable 

No 

Primary  Key  Initially  Deferred 

No 

Tablespace  for  Table 

Name  of  Using  Index  for  Primary  key 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

AIRCRAFTJD 

Varchar2 

YES 

NO 

A  unique  identifier  (CBMUDM  specific) 
for  each  aircraft. 

FK 

ENDJTEMJD 

Number 

YES 

NO 

Foreign  key  link  to  the  corresponding 
END  ITEM  entity  for  the  AIRCRAFT. 

AIRCRAFT  TAIL  NU 
MBER 

Varchar2 

NO 

NO 

Tail  number  (Last  3)  of  aircraft. 

STATUS  AIRCRAFT 

Varchar2 

NO 

NO 

The  DA738-751  status  of  the  aircraft. 

■ 

STATUS  ELECTRICA 

L 

Varchar2 

NO 

NO 

The  DA738-751  status  of  the  aircraft's 
electrical  system. 

■ 

STATUS  ARMAMEN 

T 

Varchar2 

NO 

NO 

The  DA738-751  status  of  the  aircraft's 
armament  system. 

d 

CURRENTJHOURS 

Number 

NO 

NO 

The  cumulative  number  of  hours  flown 
by  the  aircraft. 

Relationships 


Type 

Parent  entity 

Child  entity 

Card. 

|  Relationship!  15 

Non-identifying 

END  ITEM 

AIRCRAFT 

1:N 

Description _ 

AIRCRAFT  -  An  aircraft  is  a  specific  type  of  END_ITEM. 
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Entities 


Entity  'COMPONENT' 


COMPONENT 

IsfflllWUWW 

independent 

User-defined  variables _ 

Name _ Value 

Owner _ 

Tablespace  for  Primary  key _ 

Primary  Key  Deferrable _ No 

Primary  Key  Initially  Deferred _ No 

Tablespace  for  Table _ 

Name  of  Using  Index  for  Primary  key _ 


Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

COMPONENTID 

Number 

YES 

NO 

Unique  (CBM_UDM  specific)  identifier 
for  COMPONENT  entities 

FK 

GENERAL  COMPON 
ENT  ID/GENERAL  C 
OMPONENT  ID 

Integer 

NO 

NO 

Foreign  key  link  to  corresponding 
GENERAL_COMPONENT 

SERIAL_NUMBER 

Varchar2 

NO 

NO 

The  serial  number  of  the  part.  Used  to 
uniquely  identify  the  component  from 
peers. 

LOT  NUMBER 

Varchar2 

NO 

NO 

Lot  Number 

OWNING_UIC 

Varchar2 

NO 

NO 

Foreign  key  link  to  the  UNIT  that 
"owns"  or  controls  the  part. 

FK 

UIC 

Varchar2 

NO 

NO 

WEIGHT 

NO 

NO 

Weight  of  the  component  in  pounds. 

Relationships 


Relationship  name 

Type 

Parent  entity 

Child  entity 

Card. 

COMPONENTCOMP 
ONENT  INSTALLATI 
ON  RECORD 

Informative 

COMPONENT 

COMPONENT  INST 
ALLATION  RECOR 

D 

1:N 

COMPONENTCOMP 
ONENT  INSTALLATI 
ON  RECORD1 

Informative 

COMPONENT 

COMPONENT  INST 
ALLATION  RECOR 

D 

1:N 

Relationship65 

Non-identifying 

COMPONENT 

END  ITEM 

1:1 

Relationship66 

Identifying 

COMPONENT 

MAINT  ACTION  INV 
OLVES  COMP 

1:N 

ABSTRACT  COMPO 
NENTCOMPONENT 

Non-identifying 

GENERAL  COMPO 
NENT 

COMPONENT 

1:N 

Relationship67 

Informative 

MAINTENANCE  AC 
TION  REQUIRES  G 
ENERAL  COMPON 
ENT 

COMPONENT 

1:N 

Relationship64 

Non-identifying 

UNIT 

COMPONENT 

1:N 

Relationship84 

■bembiimb 

COMPONENT 

FAILURE 

1:N 

Relationship90 

Identifying 

COMPONENT 

GEN  COMP  REQ 
GEN  MAINT 

1:N 

Description _ 

The  central  entity  of  the  CBMUDM.  A  physical  component,  part,  assembly,  or 
aircraft  that  is  installed  on  or  existing  in  reality.  Not  to  be  confused 
with  a  GENERAL_COMONENT .  Example  -  Apache  87-0446  is  a  physical  AH-64A 
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Entities 


Entity  'COMPONENTJNSTALLATION_RECORD' 


■  1  III  1'  w 

COMPONENT  INSTALLATION  RECORD 

G23513EISMM 

independent 

User-defined  variables 


Name 

Value 

Owner 

Tablespace  for  Primary  key 

Primary  Key  Deferrable 

No 

Primary  Key  Initially  Deferred 

No  I 

Tablespace  for  Table 

Name  of  Using  Index  for  Primary  key 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

COMPONENT  ID/SU 

B  PART  ID 

Number 

YES 

NO 

Foreign  key  of  sub-component 

PK 

SUPER  PART  ID 

Number 

YES 

NO 

Foreign  key  of  super-component 

DATE  INSTALLED  D 
TG 

Timestamp 

NO 

NO 

Date  component  defined  by 
SUB_COMPONET_ID  was  installed 
on  component  defined  by 
SUPERCOMPONENTJD.  NULL  for 
removal  actions 

1 

DATE  REMOVED  DT 
G 

Timestamp 

NO 

NO 

Date  component  defined  by 
SUBCOMPONETJD  was  removed 
from  component  defined  by 
SUPER_COMPONENT_ID.  NULL  for 
installation  actions. 

Relationships 


Relationship  name 

Type 

Parent  entity 

Child  entity 

Card. 

COMPONENTCOMP 
ONENT  INSTALLATI 
ON  RECORD 

Informative 

COMPONENT 

COMPONENT  INST 
ALLATION  RECOR 

D 

1:N 

COMPONENTCOMP 
ONENT  INSTALLATI 
ON  RECORD 1 

Informative 

COMPONENT 

COMPONENT  INST 
ALLATION  RECOR 

D 

1:N  1 

Description _ 

This  entity  is  used  to  track  what  components  were  replaced  by  other 
components,  and  when. 
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Entities 


Entity  'ENDJTEM' 


■  i  miii  inr 

END  ITEM 

independent 

User-defined  variables 


Name 

Value 

Owner 

Tablespace  for  Primary  key 

Primary  Key  Deferrable 

No 

Primary  Key  Initially  Deferred 

No 

Tablespace  for  Table 

Name  of  Using  Index  for  Primary  key 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

ENDJTEMJD 

Number 

YES 

NO 

Unique  identifier  (CDMJJDM  specific) 
for  END  ITEM  entities 

FK 

COMPONENTJD 

Number 

YES 

NO 

Foreign  key  link  to  COMPONENT  that 
is  the  generalization  of  the 

ENDJTEM.  For  example,  a  TRUCK 
is  a  special  kind  of  COMPONENT 
(made  up  of  other  components)  that  is 
tracked  as  an  END  ITEM. 

STATUS 

Varchar2 

NO 

NO 

The  operational  status  of  the  end  item. 

Relationships 


■  rf  11  I.M.l  l.ll.I.I  I..I1II 

Type 

Parent  entity 

Child  entity 

Card. 

1 1 11  lllill  1  il  ■hm 

END  ITEM 

USAGE  PERIOD 

1:N  I 

1  Relationship65 

Non-identifying 

■  111  111  \^am 

1:1 

HH 

Non-identifying 

END  ITEM 

AIRCRAFT 

1:N 

Description _ _ _ 

END_ITEM  -  An  end  item  is  the  top  level  component  in  the  part/component 
higherchy.  It  is  tracked  separately  to  allow  for  capturing  of  attributes 
that  are  common  to  the  end  item. 
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Entities 


Entity  'FAILURE' 


■  1  HIM  — M 

FAILURE  1 

dependent 

User-defined  variables 


Name 

Value 

Owner 

Tablespace  for  Primary  key 

Primary  Key  Deferrable 

No  i 

Primary  Key  Initially  Deferred 

No 

Tablespace  for  Table 

Name  of  Using  Index  for  Primary  key 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

FAILUREJD 

Integer 

YES 

NO 

A  unique  identifier  (CBM_UDM 

Specific)  for  the  failure  entity 

■ 

HOW  RECOGNIZED 
CODE 

Varchar2 

NO 

NO 

DA  PAM  738-751  Code  for  how  the 
failure  or  degradation  was  recognized 

■ 

WHEN  DISCOVERE 

D  CODE 

Varchar2 

NO 

NO 

DA  PAM  738-751  Code  for  when  the 
failure  or  degradation  was  recognized 

■ 

MALFUNCTION  EFF 
ECT  CODE 

Varchar2 

NO 

NO 

DA  PAM  738-751  Code  detailing  the 
effect  of  the  malfunction 

■ 

STATE  DESCRIPTO 
R_ID 

Integer 

NO 

NO 

Foreign  key  of  the 

STATE_DESCRIPTOR  describing  the 
failure  (if  applicable) 

STATE  DESCRIPTO 

R  VALUE 

Integer 

NO 

NO 

Value  of  the  STATE_DESCRIPTOR 
(id  applicable) 

REMARKS 

Long 

NO 

NO 

Remarks  describing  the  failure  j 

STATUS 

Varchar2 

NO 

NO 

DA  PAM  738-751  Status  Code  of  j 

Failure  (X,  Circle-X,  Diagonal)  j 

FK 

FAILURE_MODE_ID 

Integer 

NO 

NO 

Foreign  key  to  the  describing 

FAILURE  MODE  (if  applicable) 

PFK 

COMPONENT  ID 

Number 

YES 

NO 

Relationships 


Type 

Parent  entity 

Child  entity 

Card. 

Relationship23 

Identifying 

FAILURE 

MAINTENANCE  AC 
TION  ADDRESSES 
FAILURE 

1:N 

BBSH 

FAILURE  MODE 

FAILURE 

1:N 

COMPONENT 

FAILURE 

1:N 
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Entities 


Entity  'FAILURE_MODE' 


■  III!  Tfi 

FAILURE  MODE 

independent 

User-defined  variables 


Name 

Value 

Owner 

Tablespace  for  Primary  key 

Primary  Key  Deferrable 

No 

Primary  Key  Initially  Deferred 

No 

Tablespace  for  Table 

Name  of  Using  Index  for  Primary  key 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

FAILUREMODEID 

Integer 

YES 

NO 

Unique  (CBM  UDM)  identifier  for  the  j 
FAILURE  MODE  entity  ! 

FK 

GENERAL  COMPON 
ENT  ID 

Integer 

YES 

NO 

FAILURE  MODE  DE 
SCRIPTION 

Varchar2 

NO 

NO 

Description  of  the  failure  mode 

■ 

FAILURE  MODE  PU 
BLICATIONJD 

Long 

NO 

NO 

Foreign  key  of  PUBLICATION 
describing  or  prescribing  the 

FAILURE  MODE 

■ 

FAILURE  MODE  PU 
BLICATION  SECTIO 

N 

Varchar2 

NO 

NO 

Section  and  page  information  for  the 
PUBLICATION  describing  the  failure 
mode. 

■ 

FAILURE  MODE  TIT 
LE 

Varchar2 

NO 

NO 

A  short  description  of  the  failure  mode. 
Example  -  "Hydraulic  Pump 

Overheating" 

FAILURE  CODE 

Varchar2 

NO 

NO 

DA  PAM  738-751  Failure  Code 

STATE  DESCRIPTO 

R  ID 

Integer 

NO 

NO 

Foreign  key  of  describing 
STATE_DESCRIPTOR  (if  applicable) 

■ 

STATE  DESCRIPTO 

R  MIN  VALUE 

Double 

precision 

NO 

NO 

Minimum  acceptable  value  of 
STATE_DESCRIPTOR  (if  applicable) 

■ 

STATE  DESCRIPTO 

R  MAX  VALUE 

Double 

precision 

NO 

NO 

Maximum  acceptable  value  of 
STATE_DESCRI  PTOR  (if  applicable) 

■ 

STATE  DESCRIPTO 
R_DURATION 

Double 

precision 

NO 

NO 

Duration  (in  seconds)  of  exceedance 
of  STATE_DESCRIPTOR  (if 
applicable) 

Relationships 


Type 

Child  entity 

Card. 

Relationship70 

Identifying 

FAILURE_MODE 

FAILURE  MODE  R 
EQUIRES  GENERA 

L  MAINT  ACTION 

1:N 

amsmssmmm 

Non-identifying 

FAILURE  MODE 

FAILURE 

1:N 

Relationship78 

Non-identifying 

GENERAL  COMPO 
NENT 

FAILURE_MODE 

1:N 

Description _ 

A  failure  mode  describes  a  condition  when  a  component  is  considered 
"failed"  or  degraded.  For  example,  if  a  hydraulic  hose  springs  a  leak, 
then  the  hose  is  experiencing  a  failure  mode  known  as  "leaking." 
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Entities 


Entity  'FAILURE_MODE_REQUIRES_GENERAL_MAINT_ACTION' 


■  mi  'in  r—m 

FAILURE  MODE  REQUIRES  GENERAL  MAINT  ACTION 

Isffii'i'CTtTCMiW 

dependent 

User-defined  variables 


Name 

Value 

Owner 

Tablespace  for  Primary  key 

Primary  Key  Deferrable 

No 

Primary  Key  Initially  Deferred 

No 

Tablespace  for  Table 

Name  of  Using  Index  for  Primary  key 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PFK 

GENERAL  MAINTEN 
ANCE  ACTION  ID 

Integer 

YES 

NO 

PFK 

FAILURE  MODE  ID 

DSSSXHi 

YES 

NO 

Relationships 


Relationship  name 

Type 

Parent  entity 

Child  entity 

Card. 

Relationship70 

Identifying 

FAILURE_MODE 

FAILURE  MODE  R 
EQUIRES  GENERA 

L  MAINT  ACTION 

1:N 

Relationship69 

Identifying 

GENERAL  MAINTE 
NANCE_ACTION 

FAILURE  MODE  R 
EQUIRES  GENERA 

L  MAINT  ACTION 

1:N 
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Entities 


Entity  'G E N_CO M P _ R EQ_G E N_M A ! NT' 


OBSi 

GEN  COMP  REQ  GEN  MAINT 

E— 

dependent 

User-defined  variables 


Name 

Value 

Owner 

Tablespace  for  Primary  key 

Primary  Key  Deferrable 

No 

Primary  Key  Initially  Deferred 

No 

Tablespace  for  Table 

Name  of  Using  Index  for  Primary  key 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PFK 

COMPONENT  ID 

Number 

YES 

NO 

PFK 

GENERAL  MAINTEN 
ANCE  ACTION  ID 

Integer 

YES 

NO 

■ 

INTERVAL_HOURS 

Integer 

NO 

NO 

The  interval  of  the  required 
maintenance  action  (in  operating 
hours)  -  if  applicable. 

■ 

INTERVAL_DAYS 

Integer 

NO 

NO 

The  interval  of  the  required 
maintenance  action  (in  operating 
calendar  days)  -  if  applicable. 

■ 

INTERVAL  EACH  US 

E 

Binary_Dou 

ble 

NO 

NO 

A  flag  indicating  that  the  maintenance 
action  is  required  for  each  use  of  the 
component. 

Relationships 


Type 

Parent  entity 

Child  entity 

Card. 

Relationship^ 

Identifying 

COMPONENT 

GEN  COMP  REQ 
GEN  MAINT 

1:N 

Relationships 

Identifying 

GENERAL  MAINTE 
NANCE  ACTION 

GEN  COMP  REQ 
GEN  MAINT 

1:N 

Description _ 

This  entity  specifies  which  PARTS  are  required  for  a 

GENERAL_MAINTENANCE_ACTION .  Used  to  help  forecast  what  parts  may/are 
required  for  future  failures. 
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Entities 


Entity  'GEN_COMPONENT_REQ_GEN_MAINT' 


■  l.lliJ.I  lull 

GEN  COMPONENT  REQ  GEN  MAINT 

dependent 

User-defined  variables 


Name 

Value 

Owner 

Tablespace  for  Primary  key 

Primary  Key  Deferrable 

No 

Primary  Key  Initially  Deferred 

No 

Tablespace  for  Table 

Name  of  Using  Index  for  Primary  key 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PFK 

GENERAL  COMPON 
ENT  ID 

Integer 

YES 

NO 

PFK 

GENERAL  MAINTEN 
ANCE  ACTION  ID 

Integer 

YES 

NO 

■ 

INTERVAL_HOURS 

Integer 

NO 

NO 

The  interval  of  the  required 
maintenance  action  (in  operating 
hours)  -  if  applicable. 

INTERVALDAYS 

Integer 

NO 

NO 

The  interval  of  the  required 
maintenance  action  (in  operating 
calendar  days)  -  if  applicable. 

■ 

INTERVAL  EACH  US 
E 

Binary_Dou 

ble 

NO 

NO 

A  flag  indicating  that  the  maintenance 
action  is  required  for  each  use  of  the 
component. 

Relationships 


1  HI  fflTT-TiTtlTffflfl 

Type 

Parent  entity 

Child  entity 

Card. 

Relationship92 

Identifying 

GENERAL  COMPO 
NENT 

GEN  COMPONENT 
REQ  GEN  MAINT 

1:N 

Relationship94 

Identifying 

GENERAL  MAINTE 
NANCE  ACTION 

GEN  COMPONENT 
REQ  GEN  MAINT 

1:N 

Description _ ___ 

This  entity  specifies  which  GENERAL_COMPONENTS  are  required  for  a 
GENERAL_MAINTENANCE_ACTION .  Used  to  help  forecast  what  parts  may/are 
required  for  future  failures. 
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Entities 


Entity  'GEN_COMPONENT_STATE_DESCRIPTOR' 


I.M.uiJ.I.IuWH 

GEN  COMPONENT  STATE  DESCRIPTOR 

liiAMAM  9H 

dependent 

User-defined  variables 


Name 

Value 

Owner 

Tablespace  for  Primary  key 

Primary  Key  Deferrable 

No 

Primary  Key  Initially  Deferred 

No 

Tablespace  for  Table 

Name  of  Using  Index  for  Primary  key 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PFK 

GENERAL  COMPON 
ENT  ID 

Integer 

YES 

NO 

PFK 

STATE  DESCRIPTO 

R  ID 

Integer 

YES 

NO 

Relationships 


Relationship  name 

Type 

Parent  entity 

Child  entity 

Card. 

Relationship106 

Identifying 

GENERAL  COMPO 
NENT 

GEN  COMPONENT 
STATE  DESCRIPT 
OR 

1:N 

Relationship107 

Identifying 

STATE  DESCRIPTO 

R 

GEN  COMPONENT 
STATE  DESCRIPT 
OR 

1:N 

Description _ 

A  table  used  to  track  which  GENERAL_COMPONENTS  are  tracked  by  which 
STATE_DESCRIPTORS .  A  STATE_DESCRI PTOR  can  describe  more  than  one 
component.  As  a  rule,  state  descriptors  are  tracked  only  for  the  highest 
level  component  group.  All  subordinate  components  inherit  the  state 
descriptors  of  higher  components.  For  example,  VERTICAL_AIRSPEED  is 
tracked  for  the  aircraft,  and  all  components  that  are  part  of  the  aircraft 
share  this  state.  State  descriptors  must  be  recorded  separately  for 
components  that  aren't  within  the  same  work  unit  code.  For  example,  state 
descriptor  TAIL_ROTOR_RPM  would  be  assigned  to  the  TAIL_ROTOR_HEAD  assembly 
(hypothetical  Group  05)  as  well  as  the  TAIL_ROTOR_BLADE  assembly 
(hypothetical  group  07).  However,  the  TAIL_ROTOR_RPM  state  descriptor 
would  not  be  assigned  to  any  subordinate  components  in  these  groups  -i.e. 
TAIL_ROTOR_RPM  for  the  TAIL_ROTOR_PITCH_LINKS  (hypothetical  group  07A) 
would  not  be  recorded. 
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Entities 


Entity  'GEN_MAINT_ACTION_REQ_GEN_PERSON' 


■  1  III  i|  II  1  ■Ml 

GEN  MAINT  ACTION  REQ  GEN  PERSON 

EBBSC7S9IHBI 

dependent 

User-defined  variables 


Name 

Value 

Owner 

Tablespace  for  Primary  key 

Primary  Key  Deferrable 

No 

Primary  Key  Initially  Deferred 

No 

Tablespace  for  Table 

Name  of  Using  Index  for  Primary  key 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

MAINTENANCE  ACTI 
ON  ID 

Integer 

YES 

NO 

Foreign  key  of  maintenance  action 
requiring  personnel 

PK 

MAINTENANCE  PER 
SON  ID 

Integer 

YES 

NO 

Foreign  key  of  maintenance  person 
performing  maintenance  action 

QUANTITY  REQUIRE 
D 

Integer 

NO 

NO 

Number  of  maintenance  personnel 
required 

ESTIMATED  MAN  H 
OURS 

Integer 

NO 

NO 

Estimated  number  of  total  man  hours 
for  this  category  of  personnel 

■ 

ADDITIONAL  SKILLS 
_REQUIRED 

Varchar2 

NO 

NO 

Additional  skills  (local  in  nature  -  i.e. 
unit  specific  licensing,  time  in  unit, 
specific  team,  etc) 

PFK 

GENERAL  MAINTEN 
ANCE  ACTION  ID 

Integer 

YES 

NO 

PFK 

GEN  MAINTENANCE 
PERSON  ID 

Integer 

YES 

NO 

Relationships 


Type 

Parent  entity 

Child  entity 

Card. 

I  Relationship86 

Identifying 

GENERAL  MAINTE 
NANCE_ACTION 

GEN  MAINT  ACTIO 

N  REQ  GEN  PERS 
ON 

1:N 

Relationship!  17 

Identifying 

GENERAL  MAINTE 
NANCE_PERSON 

GEN  MAINT  ACTIO 

N  REQ  GEN  PERS 
ON 

1:N 

Description _ 

Used  to  specify  what  standard/predetermined  personnel  are  needed  to 
complete  a  certain  maintenance  activity.  This  information  is  used  to  help 
plan  and  predict  what  components  are  required  for  certain  maintenance 
tasks . 
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Entities 


Entity  'GEN_MAINT_REQ_PUBLICAT!ON' 


Hill  1—  III 

GEN  MAINT  REQ  PUBLICATION 

dependent 

User-defined  variables 


Name 

Value 

Owner 

Tablespace  for  Primary  key 

Primary  Key  Deferrable 

No 

Primary  Key  Initially  Deferred 

No 

Tablespace  for  Table 

Name  of  Using  Index  for  Primary  key 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PFK 

GENERAL  MAINTEN 
ANCE  ACTION  ID 

Integer 

YES 

NO 

PFK 

PUBLICATION  ID 

YES 

NO 

Relationships 


Type 

Parent  entity 

Child  entity 

Card. 

Relationship119 

Identifying 

GENERAL  MAINTE 
NANCE  ACTION 

GEN  MAINT  REQ 
PUBLICATION 

1:N 

Relationship120 

Identifying 

PUBLICATION 

GEN  MAINT  REQ 
PUBLICATION 

1:N 

Description _ 

Used  to  specify  what  standard/predetermined  tools  and  supplies  are  needed 
to  complete  a  certain  maintenance  activity.  This  information  is  used  to 
help  plan  and  predict  what  is  needed  for  certain  maintenance  tasks. 
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Entities 


Entity  'GEN_MAINT_REQ_TOOL' 


■  1 111  iitt  rum 

GEN  MAI  NT  REQ  TOOL  ! 

dependent 

User-defined  variables 


Name 

Value 

Owner 

Tablespace  for  Primary  key 

Primary  Key  Deferrable 

No 

Primary  Key  Initially  Deferred 

No 

Tablespace  for  Table 

Name  of  Using  Index  for  Primary  key 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PFK 

TOOLJD 

Integer 

YES 

NO 

Foreign  key  of  tool  performing 
maintenance  action 

PFK 

GENERAL  MAINTEN 
ANCE  ACTION  ID 

Integer 

YES 

NO 

QUANTITY  REQUIRE 
D 

Integer 

NO 

NO 

Number  of  tools  required 

Relationships 


Relationship  name 

Type 

Parent  entity 

Child  entity 

Card. 

TOOLMAINTENANCE 
ACTION  REQUIRES 
TOOL 

Identifying 

TOOL 

GEN  MAINT  REQ 
TOOL 

1:N 

Relationship85 

Identifying 

GENERAL  MAINTE 
NANCE  ACTION 

GEN  MAINT  REQ 
TOOL 

1:N 

Description _ 

Used  to  specify  what  standard/predetermined  tools  and  supplies  are  needed 
to  complete  a  certain  maintenance  activity.  This  information  is  used  to 
help  plan  and  predict  what  is  needed  for  certain  maintenance  tasks. 
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Entities 


Entity  'GENERAL_COMPONENT' 


rmmssmm 

GENERAL  COMPONENT 

OMHim 

independent 

User-defined  variables 


Name 

Value 

Owner 

Tablespace  for  Primary  key 

Primary  Key  Deferrable 

No 

Primary  Key  Initially  Deferred 

No 

Tablespace  for  Table 

Name  of  Using  Index  for  Primary  key 
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Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

GENERAL  COMPON 
ENTJD 

Integer 

YES 

NO 

Unique  identifier  (CBM  UDM  specific) 
for  the  GENERAL_COMPONENT 
entity. 

HIGHER  GENERAL 
COMPONET  ID 

Integer 

NO 

NO 

The  GENERAL_COMPONENT_ID  of 
the  next  higher  assembly. 

■ 

QTY_PER_HIGHER 

Integer 

NO 

NO 

The  quantity  of 

GENERAL_COMPONENTS  per  the 
next  higher 

GENERAL  COMPONENT. 

FK 

CAGE 

Varchar2 

YES 

NO 

COMMERCIAL  AND  GOVERNMENT 
ENTITY  (CAGE)  CODE  -  The 
Commercial  and  Government  Entity 
(CAGE)  Code  is  a  five-character  code 
assigned  by  the  Defense  Logistics 
Information  Service  (DLIS)  to  the 
design  control  activity  or  actual 
manufacturer  of  an  Item. 

1 

LCN 

Varchar2 

NO 

NO 

LOGISTIC  SUPPORT  ANALYSIS  j 

CONTROL  NUMBER  (LCN)  -  A  code 
that  represents  a  functional  or 
hardware  generation  breakdown/ 
disassembly  sequence  of 
system/equipment  hardware  including 
SE,  training  equipment,  and 
installation  (connecting)  hardware. 

ALT_LCN 

Varchar2 

NO 

NO 

ALTERNATE  LOGISTIC  SUPPORT 
ANALYSIS  CONTROL  NUMBER 

CODE  -  A  code  used  to  allow 
documentation  of  multiple  models  of  a 
system/  equipment,  or  alternate 
design  considerations  of  an  item, 
using  the  same  Logistic  Support 

Analysis  Control  Number  (LCN) 
breakdown. 

1 

WUC 

Varchar2 

YES 

NO 

WORK  UNIT  CODE.  A  code 
describing  what  major  assembly  a 
component  belongs  to.  Defines  a 
physical  slot  on  the  end  item  where  a 
component  is  placed.  Can  be 
populated  by  multiple  part  numbers. 

1 

PARTNUMBER 

Varchar2 

YES 

NO 

Unique  identifier  for  a  component  type. 
This  field  may  contain  a  13-digit 
FSC/NIIN,  ACVC,  Manufacturer’s 

Control  Number,  or  a  part  number  of 
variable  length.  This  is  the  part 
number  for  the  repair  part  used. 

WUC_NOUN 

Varchar2 

NO 

NO 

Nomenclature  or  description  of  work 
unit  code. 

POSITION  CODE 

NO 

NO 

Position  code  for  the  component. 

■ 

NOMENCLATURE 

Varchar2 

NO 

NO 

NOMENCLATURE  -  The  descriptive 
name  of  an  item,  usually  identifying 
some  characteristics  of  the  item. 

FEDERAL  SUPPLY 
CLASSIFICATION 

Varchar2 

NO 

NO 

FEDERAL  SUPPLY 

CLASSIFICATION  -  First  four  digits  of 
the  NATIONAL  STOCK  NUMBER 
(NSN) 

NIIN 

Varchar2 

NO 

NO 

NATIONAL  ITEM  IDENTIFICATION 
NUMBER  -  Nine-digit  number 
sequentially  assigned  to  each 
approved  item  identification  number 
under  the  federal  cataloging  program. 

SERIAL _ITEM 

Varchar2 

NO 

NO 

Indicates  ABTSRACTCOMPONENT 
is  a  "serial  numbered"  item 

■ 

UNIT_OFJSSUE 

Varchar2 

NO 

NO 

UNIT  OF  ISSUE  CODE  -  A  two- 
position,  alphabetic  code  that 
represents  the  definite  amount  or 
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1 

quantity  of  an  item  that  will  be  issued. 

■ 

LOCATION_X 

Double 

precision 

NO 

NO 

Lateral  location  of  the  component 
reference  the  aircraft  datum 

■ 

LOCATION_Y 

Double 

precision 

NO 

NO 

Longitudinal  location  of  the  component 
relative  to  the  aircraft  datum. 

■ 

LOCATION_Z 

Double 

precision 

NO 

NO 

Vertical  position  of  the  component 
relative  to  the  aircraft  datum. 

CD  CONFIG 

Number 

NO 

NO 

ULLS-A  Configuration  Code 

CD_CHANGE_TYPE 

Number 

NO 

NO 

ULLS-A  -  TYPE=  TC  TBO,  RC  FINITE 
LIFE,  CC  CONDIT 

FLIGHT  SAFETY  CO 
MPONENT 

Char 

NO 

NO 

Component  is  a  flight  critical 
component  (Y=Yes;  N=No) 

MAX  OPERATING  Tl 
ME 

Number 

NO 

NO 

Maximum  allowable  operating  time  of 
the  component  (in  hours). 

UNIT  PRICE 

Number 

NO 

NO 

Current  price  of  unit. 

REMARKS 

Varchar2 

NO 

NO 

Additional  remarks  about  the 
component. 

RESET  COMPONEN 

T 

Varchar2 

NO 

NO 

Component  is  part  of  the  AED  Reset 
Program  (Y=yes;  N=no) 

SBO 

Varchar2 

NO 

NO 

ULLS-A 

SOURCE  OF  SUPPL 

Y 

Varchar2 

NO 

NO 

SOURCE  OF  SUPPLY  (SOS)  CODE  - 
Identifies  a  specific  supply  and 
distribution  organization  by  its  military 
service  /  governmental  ownership  and 
geographical  location.  The  Source  of 
Supply  (SOS)  code  is  used  to  identify 
the  activity  that  is  to  receive 
requisitions  for  a  given  item  of  supply. 
The  activity  can  be  an  Army  wholesale 
supply  organization  or  another  federal 
aqency. 

SYS  CATEGORY  1 

Varchar2 

NO 

NO 

MCDS30  Directory  for  this  part. 

MMiBSKimsmsa 

Varchar2 

NO 

NO 

ULLS-A  Warranty  Indicator. 

Number 

NO 

NO 

ULLS-A  Warranty  period  in  days. 

ASSEMBLY  LEVEL 

Number 

NO 

NO 

Assembly  level  based  on  WUC. 

CMBCERTIFIED 

Varchar2 

NO 

NO 

Component  is  contact  memory  button 
verified. 

DA2410JTEM 

Varchar2 

NO 

NO 

Component  is  required  to  be  tracked 
by  DA  FORM  2410.  i 

LOCAL_TRACKED 

Varchar2 

NO 

NO 

Component’s  locally  tracked  value 
pulled  from  DA  FORM  2410  (Y=L  on 
2410,  N=  No  Lon  2410).  j 

■ 

SN  VISUALLY  VERI 
FIED 

Varchar2 

NO 

NO 

Serial  number  of  the  component  can 
be  visually  verified,  (Y=yes;  N=No). 
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Relationships 


Relationship  name 

Type 

Parent  entity 

Child  entity 

Card. 

ABSTRACT  COMPO 
NENTCOMPONENT 

Non-identifying 

GENERAL  COMPO 
NENT 

COMPONENT 

1:N 

ABSTRACT  COMPO 
NENTMAINTENANCE 
ACTION  REQUIRES 
COMPONENT 

Identifying 

GENERAL  COMPO 
NENT 

MAINTENANCE  AC 
TION  REQUIRES  G 
ENERAL  COMPON 
ENT 

1:N 

Relationship52 

Identifying 

GENERAL  COMPO 
NENT 

MAINT  ACTION  RE 

Q  GEN  COMPONE 
NT 

1:N 

Relationship78 

Non-identifying 

GENERAL  COMPO 
NENT 

FAILURE_MODE 

1:N 

Relationship92 

Identifying 

GENERAL  COMPO 
NENT 

GEN  COMPONENT 
REQ  GEN  MAINT 

1:N 

Relationship97 

Non-identifying 

MANUFACTURER 

GENERAL  COMPO 
NENT 

1:N 

Relationship106 

Identifying 

GENEFIAL  COMPO 
NENT 

GEN  COMPONENT 
STATE  DESCRIPT 
OR 

1:N 

Description _ 

A  hypothetical  component  or  part  that  is  included  in  the  design  of  the 
aircraft.  This  entity  is  used  to  specify  all  possible  components  in  the 
maintenance  system.  Example-  "HELICOPTER:  AH64  ATTACK"  is  a  general 
component  without  an  aircraft  serial  #. 
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Entity  ,GENERAL_MAINTENANCE_ACTION' 


■  1  III  '1 II  1  —II 

GENERAL  MAINTENANCE  ACTION 

independent 

User-defined  variables 


Name _ 

Owner _ 

Tablespace  for  Primary  key _ 

Primary  Key  Deferrable _ 

Primary  Key  Initially  Deferred _ 

Tablespace  for  Table _ 

Name  of  Using  Index  for  Primary  ke' 


Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

GENERAL  MAINTEN 
ANCE_ACTION_ID 

Integer 

YES 

NO 

Unique  identifier  (CBMJJDM  specific) 
for 

GENERAL_MAINTENANCE_ACTION 

entities 

NARRATIVE 

Long 

NO 

NO 

Narrative  of  the  general  maintenance 
action  -  e.g.  "Aircraft  Wash" 

MAINTENANCE  ACTI 
ON_TYPE 

Varchar2 

NO 

NO 

Type  of  maintenance  action  (Rebuild, 
replacement,  modification,  inspection, 
repair,  installation) 

ESTIMATED  HOURS 

liTHTT 

NO 

NO 

Estimated  length  of  action  -  In  hours 

i 

STATUS 

Varchar2 

NO 

NO 

DA  PAM  738-751  status  of 
maintenance  action  (if  it  becomes  a 
real  maintenance  action) 

PUBLICATION  JD 

Integer 

NO 

NO 

Foreign  key  link  to  PUBLICATION 
governing  maintenance  action 

5 

PARENT  MAINTENA 
NCE  ACTION  ID 

Integer 

NO 

NO 

Foreign  key  to  parent 
MAINTENANCE_ACTION 

Relationships 


Type 

Parent  entity 

Child  entity 

Card. 

Relationship51 

Identifying 

GENERAL  MAINTE 
NANCE_ACTION 

MAINT  ACTION  RE 

Q  GEN  COMPONE 
NT 

1:N 

Relationship69 

Identifying 

GENERAL  MAINTE 
NANCE_ACTION 

FAILURE  MODE  R 
EQUIRES  GENERA 

L  MAINT  ACTION 

1:N 

Relationship85 

Identifying 

GENERAL  MAINTE 
NANCE  ACTION 

GEN  MAINT  REQ 
TOOL 

1:N 

Relationship86 

Identifying 

GENERAL  MAINTE 
NANCE_ACTION 

GEN  MAINT  ACTIO 

N  REQ  GEN  PERS 
ON 

1:N 

Relationships  1 

Identifying 

GENERAL  MAINTE 
NANCE  ACTION 

GEN  COMP  REQ 
GEN  MAINT 

1:N 

Relationship94 

Identifying 

GENERAL  MAINTE 
NANCE  ACTION 

GEN  COMPONENT 
REQ  GEN  MAINT 

1:N 

Relationshipl  19 

Identifying 

GENERAL  MAINTE 
NANCE  ACTION 

GEN  MAINT  REQ 
PUBLICATION 

T.N 

Description _ 

A  general  maintenance  action  or  event  that  a  component  might  experience. 
Includes  inspections,  repairs,  rebuilds,  replacements,  etc.  Used  for 
planning  and  prediction  purposes. 


1 
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Entities 


Entity  ’GENERAL_MAINTENANCE_PERSON' 


■  mm  Liitf 

GENERAL  MAINTENANCE  PERSON 

i  jwywrEmiiift 

independent 

User-defined  variables 


Name 

Value 

Owner 

Tablespace  for  Primary  key 

Primary  Key  Deferrable 

No 

Primary  Key  Initially  Deferred 

No 

Tablespace  for  Table 

Name  of  Using  Index  for  Primary  key 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

GEN  MAINTENANCE 
PERSON  ID 

Integer 

YES 

NO 

Unique  identifier  (CBM_UDM  specific) 

MTOE_PARAGRAPH 

Varchar2 

NO 

NO 

MTOEJJNE 

Varchar2 

NO 

NO 

MTO&E  Line  of  maintenance  person 
(if  applicable) 

MOS 

Varchar2 

NO 

NO 

Mission  Occupational  Specialty  of 
person 

RANK 

Varchar2 

NO 

NO 

Rank  of  maintenance  person 

■ 

ADDITIONAL  SKILLS 
COMMENTS 

Varchar2 

NO 

NO 

Information  regarding  additional  skills 
required. 

FLIGHT  STATUS 

Varchar2 

NO 

NO 

Flight  status  of  maintenance  person 

Relationships 


Type 

Parent  entity 

Child  entity 

Card. 

Relationship116 

Identifying 

GENERAL  MAINTE 
NANCE  PERSON 

MAINTENANCE  PE 
RSON 

1:N 

Relationship!  17 

Identifying 

GENERAL  MAINTE 
NANCE_PERSON 

GEN  MAINT  ACTIO 

N  REQ  GEN  PERS 
ON 

1:N 

Description _ 

A  position  or  abstract  person  involved  with  maintenance.  Examples  - 
Maintainer,  Inspector,  Test  Pilot,  Technician,  etc. 
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Entities 


Entity  'MAINT_ACTIONJNVOLVES_COMP' 


MAINT  ACTION  INVOLVES  COMP 

on 

dependent 

User-defined  variables 


Name 

Value 

Owner 

Tablespace  for  Primary  key 

Primary  Key  Deferrable 

No 

Primary  Key  Initially  Deferred 

No 

Tablespace  for  Table 

Name  of  Using  Index  for  Primary  key 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PFK 

MAINTENANCE  ACTI 
ON  ID 

Integer 

YES 

NO 

PFK 

COMPONENT  ID 

Number 

YES 

NO 

Relationships 


Type 

Parent  entity 

Child  entity 

Card. 

Relationship66 

Identifying 

COMPONENT 

MAINT  ACTION  INV 
OLVES  COMP 

1:N 

Relationship26 

Identifying 

MAINTENANCE  AC 
TION 

MAINT  ACTION  INV 
OLVES  COMP 

1:N 

Description _ 

This  entity  tracks  what  actual  components  were  involved  with  a  particular 
maintenance  action.  For  example  a  particular  hose  might  have  been  used 
(replaced)  during  a  hydraulic  pump  replacement. 
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Entities 


Entity  'MAINT_ACTIONJNVOLVES_PERSON' 


■  Mil  'III  1111 

MAINT  ACTION  INVOLVES  PERSON 

dependent 

User-defined  variables 


Name 

Value 

Owner 

Tablespace  for  Primary  key 

Primary  Key  Deferrable 

No  j 

Primary  Key  Initially  Deferred 

No  i 

Tablespace  for  Table 

Name  of  Using  Index  for  Primary  key 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PFK 

MAINTENANCE  PER 
SON  ID 

Integer 

YES 

NO 

Foreign  key  of  maintenance  person 
performing  maintenance  action 

PFK 

MAINTENANCE  ACTI 
ONJD 

Integer 

YES 

NO 

Foreign  key  of  maintenance  action 
requiring  personnel 

■ 

QUANTITY  REQUIRE 
D 

Integer 

NO 

NO 

Number  of  maintenance  personnel 
required 

MANHOURS 

Integer 

NO 

NO 

Number  of  total  man  hours  for  this 
category  of  personnel  actually 
expended. 

ADDITIONAL  SKILLS 
_REQUIRED 

Varchar2 

NO 

NO 

Additional  skills  (local  in  nature  -  i.e. 
unit  specific  licensing,  time  in  unit, 
specific  team,  etc) 

PFK 

GEN  MAINTENANCE 
PERSON  ID 

Integer 

YES 

NO 

Relationships 


Type 

Parent  entity 

Child  entity 

Card. 

Relationship28 

Identifying 

MAINTENANCE  AC 
TION 

MAINT  ACTION  INV 
OLVES  PERSON 

1:N 

Relationship40 

Identifying 

MAINTENANCE  PE 
RSON 

MAINT  ACTION  INV 
OLVES  PERSON 

1:N 

Description  _ 

This  entity  tracks  what  actual  personnel  were  involved  with  a  particular 
maintenance  action.  For  example  a  particular  crew  chief  (SGT  Rock)  might 
have  conducted  a  hydraulic  pump  repair. 
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Entities 


Entity  'MAINT_ACTION_REQ_GEN_COMPONENT 


■  Mil  ill! . H— 

MAINT  ACTION  REQ  GEN  COMPONENT 

ESnOTTEBBB 

dependent 

User-defined  variables 


Name 

Value 

Owner 

Tablespace  for  Primary  key 

Primary  Key  Deferrable 

No 

Primary  Key  Initially  Deferred 

No 

Tablespace  for  Table 

Name  of  Using  Index  for  Primary  key 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PFK 

GENERAL  MAINTEN 
ANCE  ACTION  ID 

Integer 

YES 

NO 

PFK 

GENERAL  COMPON 
ENT  ID 

Integer 

YES 

NO 

QUANTITY 

NO 

NO 

Relationships 


Relationship  name 

Type 

Parent  entity 

Child  entity 

Card. 

Relationship52 

Identifying 

GENERAL  COMPO 
NENT 

MAINT  ACTION  RE 

Q  GEN  COMPONE 
NT 

1:N 

Relationship51 

Identifying 

GENERAL  MAINTE 
NANCE_ACTION 

MAINT  ACTION  RE 

Q  GEN  COMPONE 
NT 

1:N 

Description _ 

This  entity  specifies  which  GENERAL_COMPONENTS  are  required  for  a 
GENERAL_MAINTENANCE_ACTION.  Used  to  help  forecast  what  parts  may/are 
required  for  future  failures. 
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Entities 


Entity  ,MAINTENANCE_ACTION' 


■  1  III  II 1 1  1  111 

MAINTENANCE  ACTION 

EjHecksmb 

independent 

User-defined  variables 


Name 


Owner 


Tablespace  for  Primary  ke 


Primary  Key  Deferrable 


Primary  Key  Initially  Deferred 


Value 


Tablespace  for  Table _ 

Name  of  Using  Index  for  Primary  ke' 


Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

MAINTENANCE  ACTI 
ON  ID 

Integer 

YES 

NO 

Unique  identifier  (CBM  UDM  specific) 
for  MAINTENANCE_ACTION  entities 

1 

PARENT  MAINTENA 
NCE_ACTION_ID 

Integer 

YES 

NO 

A  foreign  key  linking  the 

MAITENANCE  ACTION  to  a  parent 

MAI  NTENANCE_ACTION .  For 
example,  an  engine  replacement 
might  involve  replacing  connecting  sub 
components. 

NARRATIVE 

Long 

YES 

NO 

Narrative  of  the  maintenance  action 

■ 

MAINTENANCE  ACTI 
ONJTYPE 

Varchar2 

YES 

NO 

Type  of  maintenance  action  (Rebuild, 
replacement,  modification,  inspection, 
repair,  installation) 

START  DTG 

Date 

YES 

NO 

Start  DTG  of  maintenance  action 

END  DTG 

Date 

NO 

NO 

End  DTG  of  maintenance  action 

STATUS 

Varchar2 

YES 

NO 

Status  of  maintenance  action  IAW  DA 
PAM  738-751 

PUBLICATION  _ID 

Integer 

NO 

NO 

Foreign  key  link  to  PUBLICATION 
governing  maintenance  action 

■ 

NLT_DTG 

Date 

NO 

NO 

No  later  than  (NLT)  Date  Time  Group 
of  when  the  maintenance  action  must 
be  accomplished 

NLT  AIRCRAFT  HO 
URS 

Integer 

NO 

NO 

No  later  than  (NLT)  Aircraft  Hours 
when  maintenance  action  must  be 
accomplished 

■ 

NET_DTG 

Date 

NO 

NO 

No  earlier  than  (NET)  Date  Time 

Group  of  when  the  maintenance  action 
must  be  accomplished 

■ 

NET  AIRCRAFT  HO 
URS 

Float 

NO 

NO 

No  earlier  than  (NET)  Aircraft  Hours 
when  maintenance  action  must  be 
accomplished 

Relationships 


Relationship  name 

Type 

Parent  entity 

Child  entity 

Card. 

MAINTENANCE  ACTI 
ONMAINTENANCE  A 
CTION  REQUIRES  C 
OMPONENT 

Identifying 

MAINTENANCE  AC 
TION 

MAINTENANCE  AC 
TION  REQUIRES  G 
ENERAL  COMPON 
ENT 

1:N 

Relationship24 

Identifying 

MAINTENANCE  AC 
TION 

MAINTENANCE  AC 
TION  ADDRESSES 
FAILURE 

1:N 

Relationship26 

Identifying 

MAINTENANCE  AC 
TION 

MAINT  ACTION  INV 
OLVES  COMP 

1:N 

Relationship28 

Identifying 

MAINTENANCE  AC 
TION 

MAINT  ACTION  INV 
OLVES  PERSON 

1:N 
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Description _ 

A  specific  maintenance  action  or  event  that  involves  one  or  more 
components.  Includes  inspections,  repairs,  rebuilds,  replacements,  etc. 
Can  be  a  past,  present,  or  future  (scheduled)  activity. 
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Entities 


Entity  ’MAINTENANCE_ACTION_ADDRESSES_FAILURE' 


immssmm 

MAINTENANCE  ACTION  ADDRESSES  FAILURE 

QMSH 

dependent 

User-defined  variables 


Name 

Value 

Owner 

Tablespace  for  Primary  key 

Primary  Key  Deferrable 

No 

Primary  Key  Initially  Deferred 

No 

Tablespace  for  Table 

Name  of  Using  Index  for  Primary  key 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PFK 

FAILURE  ID 

YES 

NO 

PFK 

MAINTENANCE  ACTI 
ON  ID 

Integer 

YES 

NO 

PFK 

COMPONENT  ID 

Number 

YES 

NO 

Relationships 


Relationship  name 

Type 

Parent  entity 

Child  entity 

Card. 

Relationship23 

Identifying 

FAILURE 

MAINTENANCE  AC 
TION  ADDRESSES 
FAILURE 

1:N 

Relationship24 

Identifying 

MAINTENANCE  AC 
TION 

MAINTENANCE  AC 
TION  ADDRESSES 
FAILURE 

1:N 

Description _ 

Used  to  link  what  MAINTENANCE_ACTIONS  were  conducted  in  response  to 
failures.  This  is  important  to  link  maintenance  with  failure  and  usage,  as 
not  all  MAINTENANCE_ACTIONS  are  in  response  to  failures. 
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Entity  'MA!NTENANCE_ACTiON_REQUIRES_GENERAL_COMPONENT 


1  Mil  'll  1  1  ■111 

MAINTENANCE  ACTION  REQUIRES  GENERAL  COMPONENT 

dependent 

User-defined  variables 


Name 

Value 

Owner 

Tablespace  for  Primary  key 

Primary  Key  Deferrable 

No 

Primary  Key  Initially  Deferred 

No 

Tablespace  for  Table 

Name  of  Using  Index  for  Primary  key 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PFK 

MAINTENANCE  ACTI 
ON  ID 

Integer 

YES 

NO 

Foreign  key  of  maintenance  action 
requiring  the  abstract  component 

PFK 

GENERAL  COMPON 
ENT  ID 

Integer 

YES 

NO 

Foreign  key  of  abstract  component 
addressing  maintenance  action 

REPLACED  PART  ID 

■  IlK-M-irV  Hv- 

NO 

NO 

Foreign  key  of  component  replaced 

■ 

SATISFYING  PART  1 

D 

Integer 

NO 

NO 

Foreign  key  of  satisfying  component 

ID 

Relationships 


Relationship  name 

Type 

Parent  entity 

Child  entity 

Card. 

ABSTRACT  COMPO 
NENTMAINTENANCE 
ACTION  REQUIRES 
COMPONENT 

Identifying 

GENERAL  COMPO 
NENT 

MAINTENANCE  AC 
TION  REQUIRES  G 
ENERAL  COMPON 
ENT 

1:N 

MAINTENANCE  ACTI 
ONMAINTENANCE  A 
CTION  REQUIRES  C 
OMPONENT 

Identifying 

MAINTENANCE  AC 
TION 

MAINTENANCE  AC 
TION  REQUIRES  G 
ENERAL  COMPON 
ENT 

1:N 

Relationship67 

Informative 

MAINTENANCE  AC 
TION  REQUIRES  G 
ENERAL  COMPON 
ENT 

COMPONENT 

1:N 

Description _ 

Used  to  specify  what  standard/predetermined  general  components  are  needed 
to  complete  a  certain  maintenance  activity.  This  information  is  used  to 
help  plan  and  predict  what  components  are  required  for  certain  maintenance 
activities . 
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Entity  'MAINTENANCE_PERSON' 


■  Mil  'll  1  ■Ml 

MAINTENANCE  PERSON 

1  dfl  i  1  ?1  ff'B— i 

dependent 

User-defined  variables 


Name 

Value 

Owner 

Tablespace  for  Primary  key 

Primary  Key  Deferrable 

No 

Primary  Key  Initially  Deferred 

No 

Tablespace  for  Table 

Name  of  Using  Index  for  Primary  key 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

MAINTENANCE  PER 
SON  ID 

Integer 

YES 

NO 

Unique  identifier  (CBM_UDM  specific) 

LAST  NAME 

Varchar2 

NO 

NO 

FIRST  NAME 

Varchar2 

NO 

NO 

PID 

Varchar2 

NO 

NO 

PFK 

GEN  MAINTENANCE 
PERSON  ID 

Integer 

YES 

NO 

Relationships 


Type 

Parent  entity 

Child  entity 

Card. 

Relationships 

Identifying 

MAINTENANCE  PE 
RSON 

MAINT  ACTION  INV 
OLVES  PERSON 

1:N 

Relationship!  16 

Identifying 

GENERAL  MAINTE 
NANCE  PERSON 

MAINTENANCE  PE 
RSON 

1:N 

Description _ 

A  position  or  abstract  person  involved  with  maintenance.  Examples  - 
Maintainer,  Inspector,  Test  Pilot,  Technician,  etc. 
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Entities 


Entity  'MANUFACTURER' 


MANUFACTURER 

independent 

User-defined  variables 


Name 

Value 

Owner 

Tablespace  for  Primary  key 

Primary  Key  Deferrable 

No 

Primary  Key  Initially  Deferred 

No 

Tablespace  for  Table 

Name  of  Using  Index  for  Primary  key 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

CAGE 

Varchar2 

YES 

NO 

COMMERCIAL  AND  GOVERNMENT 
ENTITY  (CAGE)  CODE  -  The 
Commercial  and  Government  Entity 
(CAGE)  Code  is  a  five-character  code 
assigned  by  the  Defense  Logistics 
Information  Service  (DLIS)  to  the 
design  control  activity  or  actual 
manufacturer  of  an  item. 

■ 

MANUFACTURER  N 
AME 

Varchar2 

NO 

NO 

Name  of  manufacturer 

■ 

MANUFACTURER  L 
OCATION 

Varchar2 

NO 

NO 

Location  of  manufacturer 

■ 

MANUFACTURER  P 
OC  INFO 

Varchar2 

NO 

NO 

POC  information  for  manufacture 

1 

CONTRACT  NUMBE 

R 

Varchar2 

NO 

NO 

CONTRACT  NUMBER  -  If  the  ninth 
position  of  the  contract  number  is  a  D 
or  G,  then  a  delivery  order  number  is 
required,  and  the  contract  number  will 
be  17  characters;  otherwise,  the 
contract  number  will  be  13  characters. 

Relationships 


Type 

Parent  entity 

Child  entity 

Card. 

Relationship97 

Non-identifying 

MANUFACTURER 

GENERAL  COMPO 
NENT 

1:N 

Description _ 

A  particular  manufacturer  of  a  component.  For 
bearing  corporation  is  a  manufacturer  for  many 


example  -  New  Hampshire 
helicopter  bearings. 
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Entities 


Entity  'PUBLICATION' 


PUBLICATION 

■  ill  i  'i  'i 1  mmm 

independent 

User-defined  variables 


Name 

Value 

Owner 

Tablespace  for  Primary  key 

Primary  Key  Deferrable 

No  I 

Primary  Key  Initially  Deferred 

No 

Tablespace  for  Table 

Name  of  Using  Index  for  Primary  key 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

PUBLICATION  ID 

YES 

NO 

Unique  identifier  for  publication 

PUBLICATION  TITLE 

Varchar2 

NO 

NO 

The  title  of  the  publications. 

PUBLICATION  PAMS 
NUMBER 

Varchar2 

NO 

NO 

NSN  for  publication 

Relationships 


Type 

Parent  entity 

Child  entity 

Card. 

Relationships 

Identifying 

PUBLICATION 

GEN  MAI  NT  REQ 
PUBLICATION 

1:N 

Description _ 

Any  maintenance  publication.  Technical  Manuals,  Field  manuals,  SOPs,  etc. 
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Entities 


Entity  ’REGIME' 


REGIME  j 

QsnnnsHi 

independent 

User-defined  variables 


Name 

Value 

Owner 

Tablespace  for  Primary  key 

Primary  Key  Deferrable 

No 

Primary  Key  Initially  Deferred 

No 

Tablespace  for  Table 

Name  of  Using  Index  for  Primary  key 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

REGIMEJD 

Number 

YES 

NO 

Unique  identifier  (CBM  UDM  specific) 
for  each  FLIGHT  REGIME  entity 

REGIME  DESCRIPTI 
ON 

Varchar2 

NO 

NO 

Full  description  of  the  REGIME 

REGIME  TITLE 

Varchar2 

NO 

NO 

Title  or  short  description  of  REGIME 

■ 

REFERENCE  PUBLI 
CATION  ID 

Number 

NO 

NO 

Foreign  key  of  PUBLICATION 
describing  REGIME 

Relationships 


Relationship  name 

Parent  entity 

Child  entity 

Card. 

Relationship82 

Identifying 

REGIME 

USAGE  PERIOD  R 
EGIME 

1:N 

Description _ 

A  particular  profile  or  maneuver  an  end  item  might  experience.  In  the 
future,  will  be  described  by  one  or  more  state  descriptor  trajectories. 


1-33 


Appendix  I  -  CBMUDM  Physical  Design 


Entities 


Entity  'ST ATE_D E S C R I PTO R' 


STATE  DESCRIPTOR 

independent 

User-defined  variables 


Name 

Value 

Owner 

Tablespace  for  Primary  key 

Primary  Key  Deferrable 

No 

Primary  Key  Initially  Deferred 

No 

Tablespace  for  Table 

Name  of  Using  Index  for  Primary  key 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

STATE  DESCRIPTO 

R  ID 

Integer 

YES 

NO 

Unique  (CBMUDM  specific)  identifier 
for  state  descriptor 

SOURCE_SYSTEM 

Varchar2 

NO 

NO 

The  data  source  for  the  state 
descriptor  (MDR,  VMEP,  HUMS). 

DESCRIPTION 

Varchar2 

NO 

NO 

A  meaningful  description  of  the  state 
descriptor 

UNITS 

Varchar2 

NO 

NO 

Units  state  descriptor  is  measured  in 

REFERENCE 

Varchar2 

NO 

NO 

Governing  reference  or  publication  of 
state  descriptor 

MIN_VALUE 

Number 

NO 

NO 

The  minimum  value  for  the  state 
descriptor. 

MAXVALUE 

Number 

NO 

NO 

The  maximum  value  for  the  state 
descriptor.  j 

Relationships 


■  :t j  m  )  u  m  .mrfTffiMM 

Type 

Parent  entity 

Child  entity 

Card. 

Relationship  107 

Identifying 

STATE  DESCRIPTO 

R 

GEN  COMPONENT 
STATE  DESCRIPT 
OR 

1:N 

Relationships 

Identifying 

STATE  DESCRIPTO 

R 

USAGE  PERIOD  S 
TATE  DESCRIPTOR 

1:N 

Description _ 

An  entity  used  to  describe  the  physical  state  of  an  abstract  component. 

For  example  Temperature  and  Pressure  are  state  descriptors  that  describe 
the  state  of  a  NOSE  GEAR  BOX  on  an  AH64 .  A  state  descriptor  might  describe 
more  than  one  component.  As  a  rule,  state  descriptors  are  tracked  only  for 
the  highest  level  component  group.  All  subordinate  components  inherit  the 
state  descriptors  of  higher  components.  For  example,  VERTICAL_AIRSPEED  is 
tracked  for  the  aircraft,  and  all  components  that  are  part  of  the  aircraft 
share  this  state. 
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Entity  'TOOL' 


ii  ii  ii  1 1  mm 

TOOL 

independent 

User-defined  variables 


Name 

Value 

Owner 

Tablespace  for  Primary  key 

Primary  Key  Deferrable 

No 

Primary  Key  Initially  Deferred 

No  I 

Tablespace  for  Table 

Name  of  Using  Index  for  Primary  key 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

TOOLJD 

Integer 

YES 

NO 

Unique  identifier  (CBM  UDM  specific) 
for  the  tool 

TOOL  NOMENCLAT 
URE 

Varchar2 

YES 

NO 

Description  of  the  tool 

NSN 

Varchar2 

YES 

YES 

NSN  of  tool 

COST 

YES 

NO 

Cost  of  tool 

Relationships 


Relationship  name 

Type 

Parent  entity 

Child  entity 

Card. 

TOOLMAINTENANCE 
ACTION  REQUIRES 
TOOL 

Identifying 

TOOL 

GEN  MAINT  REQ 
TOOL 

1:N 

Description _ 

A  tool  that  might  be  needed  or  involved  with  a  particular  maintenance  task. 
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Entity  'UNIT' 


i  mmwmm 

UNIT 

■  I.IIU'IWT1— 

independent 

User-defined  variables 


Name 

Value 

Owner 

Tablespace  for  Primary  key 

Primary  Key  Deferrable 

No 

Primary  Key  Initially  Deferred 

No  i 

Tablespace  for  Table 

Name  of  Usinq  Index  for  Primary  key 
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Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

UIC 

Varchar2 

YES 

NO 

UNIT  IDENTIFICATION  CODE  -  The 
Unit  Identification  Code  (UIC)  is  a  six- 
position,  alphanumeric  code  that 
uniquely  identifies  a  Department  of 
Defense  (DOD)  organization  as  a 
"unit.'1  The  UIC  is  issued  by  the  HQDA 
DCSOPS. 

DESIGNATION 

Varchar2 

NO 

NO 

Designation  of  unit  (e.g.  101st  AVN 

BDE) 

PRESENT  LOCATIO 

N 

Varchar2 

NO 

NO 

A  description  of  the  Present 

Geographic  Code  (PRGEO). 

DODAAC 

Varchar2 

NO 

NO 

DEPARTMENT  OF  DEFENSE 
ACTIVITY  ADDRESS  CODE  -  A  six- 
position,  alphanumeric  code  that 
identifies  a  specific  unit  or  activity 
authorized  to  requisition,  receive 
supplies,  or  receive  billing. 

UNITJDESCRIPTION 

Varchar2 

NO 

NO 

UNIT  IDENTIFICATION  CODE 
DESCRIPTION  -  A  description  of  the 
Unit  Identification  Code  (UIC). 

DODAAC  POC  NAM 

E 

Varchar2 

NO 

NO 

DEPARTMENT  OF  DEFENSE 
ACTIVITY  ADDRESS  CODE  POINT 

OF  CONTACT  NAME  -  The  registered 
person  to  be  contacted  regarding  the 
Department  of  Defense  Activity 

Address  Code  (DODAAC). 

DODAAC  POC  PHO 
NE 

Varchar2 

NO 

NO 

DEPARTMENT  OF  DEFENSE 
ACTIVITY  ADDRESS  CODE  POINT 

OF  CONTACT  PHONE  NUMBER  - 
The  phone  number  of  the  registered 
person  to  be  contacted  regarding  the 
Department  of  Defense  Activity 

Address  Code  (DODAAC). 

DSS_ALOC 

Varchar2 

NO 

NO 

DIRECT  SUPPORT  SYSTEM/AIR 

LINE  OF  COMMUNICATION 
(DSS/ALOC)  -  A  one-character, 
numeric  code  that  indicates  if  a  unit  is 
DSS/ALOC  or  non-DSS/ALOC,  and 
identifies  the  CCP  that  serves  the  unit. 

COMPONENTCODE 

Varchar2 

NO 

NO 

COMPONENT  CODE  -  ASORTS  uses 
the  following  codes:  1  (Active  Army),  3 
(USAR),  2  (ARNG),  and  6  (AWRP). 

The  component  does  not  change  if  the 
unit  is  called  to  active  duty  from  the 
Reserve  or  National  Guard. 

MACOMCODE 

Varchar2 

NO 

NO 

MAJOR  ARMY  COMMAND  CODE 
(MACOM)  -  Identifies  the  Major 
Command  or  Department  of  the  Army 
Staff  Agency. 

PRESENT  GEO  CO 
DE 

Varchar2 

NO 

NO 

PRESENT  GEOGRAPHIC  CODE  -  A 
four-position  code  that  indicates  the 
present  geographic  location. 

STATION_NAME 

Varchar2 

NO 

NO 

SHORT  STATION  NAME  -  A 
description  of  the  Station  Code. 

STATION  CODE 

Varchar2 

NO 

NO 

Code  indicating  home  station  of  unit. 

Relationships 


Non-identifyin 


Parent  enti 


UNIT 


Child  enti 


COMPONENT 


Description 


The  "owning"  unit,  organization,  or  activity  for  a  particular  physical 
component.  This  could  be  the  operational  battalion  where  an  aircraft  is 
stationed,  or  a  warehouse  where  a  replacement  transmission  is  stored. 
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Entity  ’USAGE_PERIOD' 


1  1  III  i|  II  1  Mllll 

USAGE  PERIOD 

independent 

User-defined  variables 


Name 

Value 

Owner 

Tablespace  for  Primary  key 

Primary  Key  Deferrable 

No 

Primary  Key  Initially  Deferred 

No 

Tablespace  for  Table 

Name  of  Using  Index  for  Primary  key 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PK 

USAGE_PERIOD_ID 

Number 

YES 

NO 

FK 

END  ITEM  ID 

Number 

YES 

NO 

Foreign  key  link  to  ENDJTEM  entity. 

START_DTG 

Timestamp 

YES 

NO 

Date  Time  Group  (DTG)  in  Greenwich 
Mean  Time  of  start  of  usage  period. 

■ 

ENDDTG 

Timestamp 

YES 

NO 

Date  Time  Group  (DTG)  in  Greenwich 
Mean  Time  of  completion  of  usage 
period. 

Relationships 


IrfJMlM.l-I.II.I.M.'.IM 

Type 

Parent  entity 

Child  entity 

Card. 

Relationship73 

Non-identifying 

END  ITEM 

USAGE  PERIOD 

1:N 

Relationship87 

Identifying 

USAGE_PERIOD 

USAGE  PERIOD  R 
EGIME 

1:N 

Relationship!  12 

Identifying 

USAGE_PERIOD 

USAGE  PERIOD  S 
TATE  DESCRIPTOR 

1:N 

Description _ 

A  USAGE_PERIOD  is  a  specific  use  of  the  aircraft.  It  can  be  a  flight,  run¬ 
up,  etc. 
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Entity  'USAGE_PERiOD_REGIME' 


■  1  III  'I  PTnT— 1 

USAGE  PERIOD  REGIME 

dependent 

User-defined  variables 


Name 

Value 

Owner 

Tablespace  for  Primary  key 

Primary  Key  Deferrable 

No 

Primary  Key  Initially  Deferred 

No 

Tablespace  for  Table 

Name  of  Using  Index  for  Primary  key 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PFK 

REGIMEJD 

Number 

YES 

NO 

A  unique  identifier  for  the 

FLIGHT  REGIME  of  interest 

REG!ME_VALUE 

Number(x,y) 

NO 

NO 

The  REGIME  value  during  the 
measured  time  period. 

STARTDTG 

Timestamp 

NO 

NO 

Start  Date  Time  Group  (DTG)  of  the 
REGIME  measurement. 

END_DTG 

Timestamp 

NO 

NO 

End  Date  Time  Group  (DTG)  of  the 
REGIME  measurement. 

PFK 

USAGE  PERIOD  ID 

Number 

YES 

NO 

Relationships 


Type 

Parent  entity 

Child  entity 

Card. 

Relationship82 

Identifying 

REGIME 

USAGE  PERIOD  R 
EGIME 

1:N 

Relationship87 

Identifying 

USAGE_PERIOD 

USAGE  PERIOD  R 
EGIME 

1:N 

Description _ 

USAGE_PERIOD_REGIME  is  used  to  capture  specific  regime  values  recorded  for 
the  END_ITEM  during  the  USAGE_PERIOD. 
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Entity  'USAGE_PERIOD_STATE_DESCRIPTOR' 


■  III!  IN  Ml 

USAGE  PERIOD  STATE  DESCRIPTOR  I 

dependent 

User-defined  variables 


Name 

Value 

Owner 

Tablespace  for  Primary  key 

Primary  Key  Deferrable 

No 

Primary  Key  Initially  Deferred 

No 

Tablespace  for  Table 

Name  of  Using  Index  for  Primary  key 

Attributes 


Key 

Attribute/role  name 

Data  type 

Not 

null 

Unique 

Description 

PFK 

USAGE  PERIOD  ID 

Number 

YES 

NO 

PFK 

STATE  DESCRIPTO 

R  ID 

Integer 

YES 

NO 

FK  linking  to  state  descriptor  that 
created  the  value. 

■ 

STATE  DESCRIPTO 
RVALUE 

Number 

NO 

NO 

The  value  the  state  descriptor 
generated  in  the  specified  time 
window. 

START_DTG 

Timestamp 

NO 

NO 

The  start  time  of  the  state  descriptor 
recording. 

ENDDTG 

Timestamp 

NO 

NO 

The  end  time  of  the  state  descriptor 
recording. 

Relationships 


Type 

Parent  entity 

Child  entity 

Card. 

Relationships 

Identifying 

USAGE_PERIOD 

USAGE  PERIOD  S 
TATE  DESCRIPTOR 

1:N 

Relationship!  13 

Identifying 

STATE  DESCRIPTO 
R 

USAGE  PERIOD  S 
TATE  DESCRIPTOR 

1:N 

Description _ 

This  entity  tracks  specific  state  descriptor  recordings  for  a  specific 
usage  period  (or  mission)  . 
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Relationship  report 


Relationship  name  .  K  Parent  entity  Child  entity  Card. 


ABSTRACT  COMPO 
NENTCOMPONENT 

Non-identifying 

GENERAL  COMPO 
NENT 

COMPONENT 

1:N 

ABSTRACT  COMPO 
NENTMAINTENANCE 
ACTION  REQUIRES 
COMPONENT 

Identifying 

GENERAL  COMPO 
NENT 

MAINTENANCE  AC 
TION  REQUIRES  G 
ENERAL  COMPON 
ENT 

1:N 

COMPONENTCOMP 
ONENT  INSTALLATI 
ON  RECORD 

Informative 

COMPONENT 

COMPONENT  INST 
ALLATION  RECOR 

D 

1:N 

COMPONENTCOMP 
ONENT  INSTALLATI 
ON  RECORD1 

Informative 

COMPONENT 

COMPONENT  INST 
ALLATION  RECOR 

D 

1:N 

MAINTENANCE  ACTI 
ONMAINTENANCE  A 
CTION  REQUIRES  C 
OMPONENT 

Identifying 

MAINTENANCE  AC 
TION 

MAINTENANCE  AC 
TION  REQUIRES  G 
ENERAL  COMPON 
ENT 

1:N 

Relationship106 

Identifying 

GENERAL  COMPO 
NENT 

GEN  COMPONENT 
STATE  DESCRIPT 
OR 

1:N 

Relationship107 

Identifying 

STATE  DESCRIPTO 

R 

GEN  COMPONENT 
STATE  DESCRIPT 
OR 

1:N 

Relationshipl  12 

Identifying 

USAGE_PERIOD 

USAGE  PERIOD  S 
TATE  DESCRIPTOR 

1:N 

Relationship113 

Identifying 

STATE  DESCRIPTO 

R 

USAGE  PERIOD  S 
TATE  DESCRIPTOR 

1:N 

baEnaiis— 

B  J  Mil  f» 

END  ITEM 

AIRCRAFT 

1:N 

Relationshipl  16 

Identifying 

GENERAL  MAINTE 
NANCE  PERSON 

MAINTENANCE  PE 
RSON 

1:N 

Relationshipl  17 

Identifying 

GENERAL  MAINTE 
NANCE_PERSON 

GEN  MAINT  ACTIO 

N  REQ  GEN  PERS 
ON 

1:N 

Relationshipl  19 

Identifying 

GENERAL  MAINTE 
NANCE  ACTION 

GEN  MAINT  REQ 
PUBLICATION 

1:N 

Relationship120 

Identifying 

PUBLICATION 

GEN  MAINT  REQ 
PUBLICATION 

1:N 

Relationship23 

Identifying 

FAILURE 

MAINTENANCE  AC 
TION  ADDRESSES 
FAILURE 

1:N 

Relationship24 

Identifying 

MAINTENANCE  AC 
TION 

MAINTENANCE  AC 
TION  ADDRESSES 
FAILURE 

1:N 

Relationship26 

Identifying 

MAINTENANCE  AC 
TION 

MAINT  ACTION  INV 
OLVES  COMP 

1:N 

Relationship28 

Identifying 

MAINTENANCE  AC 
TION 

MAINT  ACTION  INV 
OLVES  PERSON 

1:N 

Relationship40 

Identifying 

MAINTENANCE  PE 
RSON 

MAINT  ACTION  INV 
OLVES  PERSON 

1:N 

Relationship51 

Identifying 

GENERAL  MAINTE 
NANCE_ACTION 

MAINT  ACTION  RE 

Q  GEN  COMPONE 
NT 

1:N 

Relationship52 

Identifying 

GENERAL  COMPO 
NENT 

MAINT  ACTION  RE 

Q  GEN  COMPONE 
NT 

1:N 

Relationship64 

Non-identifying 

UNIT 

COMPONENT 

1:N  S 
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Relationship65 

Non-identifying 

COMPONENT 

END  ITEM 

1:1 

Relationship66 

Identifying 

COMPONENT 

MAINT  ACTION  INV 
OLVES  COMP 

1:N 

Relationship67 

Informative 

MAINTENANCE  AC 
TION  REQUIRES  G 
ENERAL  COMPON 
ENT 

COMPONENT 

1:N 

Relationship69 

Identifying 

GENERAL  MAINTE 
NANCE_ACTION 

FAILURE  MODE  R 
EQUIRES  GENERA 

L  MAINT  ACTION 

1:N 

Relationship70 

Identifying 

FAILURE_MODE 

FAILURE  MODE  R 
EQUIRES  GENERA 

L  MAINT  ACTION 

1:N 

Relationship71 

Non-identifying 

FAILURE  MODE 

FAILURE 

1:N 

Non-identifying 

END  ITEM 

USAGE  PERIOD 

1:N 

Relationship78 

Non-identifying 

GENERAL  COMPO 
NENT 

FAILURE_MODE 

1:N 

Relationship82 

Identifying 

REGIME 

USAGE  PERIOD  R 
EGIME 

1:N 

Relationship84 

Identifying 

COMPONENT 

FAILURE 

1:N 

Relationship85 

Identifying 

GENERAL  MAINTE 
NANCE  ACTION 

GEN  MAINT  REQ 
TOOL 

1:N 

Relationship86 

Identifying 

GENERAL  MAINTE 
NANCE_ACTION 

GEN  MAINT  ACTIO 

N  REQ  GEN  PERS 
ON 

1:N 

Relationship87 

Identifying 

USAGE_PERIOD 

USAGE  PERIOD  R 
EGIME 

1:N 

Relationship90 

Identifying 

COMPONENT 

GEN  COMP  REQ 
GEN  MAINT 

1:N 

Relationship91 

Identifying 

GENERAL  MAINTE 
NANCE  ACTION 

GEN  COMP  REQ 
GEN  MAINT 

1:N 

Relationship92 

Identifying 

GENERAL  COMPO 
NENT 

GEN  COMPONENT 
REQ  GEN  MAINT 

1:N 

Relationship94 

Identifying 

GENERAL  MAINTE 
NANCE  ACTION 

GEN  COMPONENT 
REQ  GEN  MAINT 

1:N 

Relationship97 

Non-identifying 

MANUFACTURER 

GENERAL  COMPO 
NENT 

1:N 

TOOLMAINTENANCE 
ACTION  REQUIRES 
TOOL 

Identifying 

TOOL 

GEN  MAINT  REQ 
TOOL 

1:N 
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Relationship 'ABSTRACT_COMPONENTCOMPONENT' 


ABSTRACT  COMPONENTCOMPONENT  1 

Relationship  type 

non-identifying 

Cardinality 

1:N  | 

Parent  entity 

GENERAL  COMPONENT 

Child  entity 

COMPONENT  1 

Partiality 


Parent 

mandatory 

Child 

optional 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

CASCADE 

CASCADE 

Child 

NONE 

NONE 

.... 

Keys 


Parent  key 

Child  key 

Role  name 

Primary  key 

GENERAL  COM 
PONENT  ID 

GENERAL  COM 
PONENT  ID 

.... 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No  1 

Referential  Integrity  Initially  Deferred 

No 

Relationship 

'ABSTRACT_COMPONENTMAINTENANCE_ACTION_REQUIRES_COMPONENT' 


Relationship  name 

ABSTRACT  COMPONENTMAINTENANCE  ACTION  REQUIRES  CO 
MPONENT 

identifying 

Cardinality 

m  i 

GENERAL  COMPONENT 

1  Child  entity 

MAINTENANCE  ACTION  REQUIRES  GENERAL  COMPONENT 

Partiality 


Parent 

mandatory 

Child 

optional 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

CASCADE 

CASCADE 

Child 

NONE 

NONE 

i 

Keys 


Parent  key 

Child  key 

Role  name  1 

Primary  key 

GENERAL  COM 
PONENT  ID 

GENERAL  COM 
PONENT  ID 

i 

i 

i 

i 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No 

Referential  Integrity  Initially  Deferred 

No 
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Relationship  'COMPONENTCOMPONENT_INSTALLATION_RECORD' 


i  :f  a  m !  Rf'j'w  mrw!*f*n 

COMPONENTCOMPONENT  INSTALLATION 

RECORD 

Relationship  type 

informative 

Cardinality  1:N 

Parent  entity 

COMPONENT 

Child  entity 

COMPONENT  INSTALLATION  RECORD 

Partiality 


Parent 

mandatory 

Child 

optional 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

CASCADE 

CASCADE 

Child 

NONE 

NONE 

Keys 


Parent  key 

Child  key 

Role  name 

Primary  key 

COMPONENT  1 

D 

??? 

.... 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No  i 

Referential  Integrity  Initially  Deferred 

No  ! 

Relationship  'COMPONENTCOMPONENTJNSTALLATION_RECORD1' 


Relationship  name 

COMPONENTCOMPONENT  INSTALLATION 

RECORD1  I 

Relationship  type 

informative 

Cardinality 

1;N  1 

Parent  entity 

COMPONENT 

Child  entity 

COMPONENT  INSTALLATION  RECORD 

Partiality 


Parent 

mandatory 

Child 

optional 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

CASCADE 

CASCADE 

Child 

NONE 

NONE 

— 

Keys 


Parent  key 

Child  key 

Role  name  1 

Primary  key 

COMPONENT  1 

D 

??? 

i 

i 

i 

i 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No 

Referential  Integrity  Initially  Deferred 

No 
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Relationship 

'MAINTENANCE  ACTIONMAINTENANCE  ACTION  REQUIRES  COMPONENT' 


Relationship  name 

MAINTENANCE  ACTIONMAINTENANCE  ACTION  REQUIRES  COMP 
ONENT 

Relationship  type 

identifying  Cardinality  1  :N 

Parent  entity 

MAINTENANCE  ACTION 

Child  entity 

MAINTENANCE  ACTION  REQUIRES  GENERAL  COMPONENT 

Partiality 


Parent 

mandatory 

Child 

optional 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

CASCADE 

CASCADE 

Child 

NONE 

NONE 

.... 

Keys 


Parent  key 

Child  key 

Role  name 

Primary  key 

MAINTENANCE 
ACTION  ID 

MAINTENANCE 
ACTION  ID 

— - 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No  i 

Referential  Integrity  Initially  Deferred 

No  I 

Relationship  'Relationship106' 


■  m  i  F.r.fi  :Tiirrpo?M 

Relationship106 

Relationship  type 

identifying  Cardinality  1  :N 

Parent  entity 

GENERAL  COMPONENT 

Child  entity 

GEN  COMPONENT  STATE  DESCRIPTOR 

Partiality 


Parent 

mandatory 

Child 

mandatory 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

RESTRICT 

RESTRICT 

Child 

NONE 

NONE 

i 

Keys 


Parent  key 

Child  key 

Role  name 

Primary  key 

GENERAL  COM 
PONENT  ID 

GENERAL  COM 
PONENT  ID 

.... 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No 

Referential  Integrity  Initially  Deferred 

No 
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Relationship  'Relationship107' 


II m  l  M 

Relationship!  07  I 

I  Relationship  type 

identifying 

Cardinality 

1:N  1 

m msmmmm 

STATE  DESCRIPTOR 

1  Child  entity 

GEN  COMPONENT  STATE  DESCRIPTOR 

Partiality 


Parent 

mandatory 

Child 

mandatory 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

RESTRICT 

RESTRICT 

Child 

NONE 

NONE 

— 

Keys 


Parent  key 

Child  key 

Role  name 

Primary  key 

STATE  DESCRI 
PTOR  ID 

STATE  DESCRI 
PTOR  ID 

— 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No 

Referential  Integrity  Initially  Deferred 

No 

Relationship  'Relationship!  12' 


ii wt  i  rir.u 

Relationship!  12  1 

Relationship  type 

identifying 

Cardinality 

TNJ 

Parent  entity 

USAGE  PERIOD 

Child  entity 

USAGE  PERIOD  STATE  DESCRIPTOR 

Partiality 


Parent 

mandatory 

Child 

mandatory 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

RESTRICT 

RESTRICT  I 

Child 

NONE 

NONE 

.... 

Keys 


Parent  key 

Child  key 

Role  name 

Primary  key 

USAGE  PERIOD 
ID 

USAGE  PERIOD 
ID 

.... 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No 

Referential  Integrity  Initially  Deferred 

No 
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Relationship  'Relationship!  13' 


!I:JJMJF.!.U.II.I.!,I..«U 

Relationship!  13  1 

Relationship  type 

identifying 

Cardinality 

UN  1 

Parent  entity 

STATE  DESCRIPTOR 

Child  entity 

USAGE  PERIOD  STATE  DESCRIPTOR 

Partiality 


Parent 

mandatory 

Child 

mandatory 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

RESTRICT 

RESTRICT 

Child 

NONE 

NONE 

— - 

Keys 


Parent  key 

Child  key 

Role  name  i 

|  Primary  key 

STATE  DESCRI 
PTOR  ID 

STATE  DESCRI 
PTOR  ID 

l 

i 

i 

i 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No 

Referential  Integrity  Initially  Deferred 

No 

Relationship  'Relationship!  1 5' 


Relationship!  15  j 

Relationship  type 

non-identifying 

Cardinality 

m  1 

Parent  entity 

END  ITEM 

Child  entity 

AIRCRAFT 

Partiality 


Parent 

mandatory 

Child 

mandatory 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

RESTRICT 

RESTRICT 

Child 

NONE 

NONE 

.... 

Keys 


Parent  key 

Child  key 

Role  name 

END  ITEM  ID 

END  ITEM  ID 

.... 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No 

Referential  Integrity  Initially  Deferred 

No 
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Relationship  'Relationship116' 


ii  :/a  m  i  rsm 

Relationship!  16  ! 

Relationship  type 

Cardinality 

1;N  1 

Parent  entity 

GENERAL  MAINTENANCE  PERSON 

Child  entity 

MAINTENANCE  PERSON 

Partiality 


Parent 

mandatory 

Child 

mandatory 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

RESTRICT 

RESTRICT 

Child 

NONE 

NONE 

.... 

Keys 


Parent  key 

Child  key 

Role  name  I 

Primary  key 

GEN  MAINTENA 
NCE  PERSON  1 

D 

GEN  MAINTENA 
NCE  PERSON  1 

D 

i 

l 

i 

i 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No 

Referential  Integrity  Initially  Deferred 

No 

Relationship  'Relationship!  17' 


Relationship!  17  i 

Relationship  type 

identifying 

Cardinality 

1:N  J 

Parent  entity 

GENERAL  MAINTENANCE  PERSON 

Child  entity 

GEN  MAINT  ACTION  REQ  GEN  PERSON 

Partiality 


Parent 

mandatory 

Child 

mandatory 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

RESTRICT 

RESTRICT 

Child 

NONE 

NONE 

.... 

Keys 


LUL'J 

Parent  key 

Child  key 

Role  name  Q 

Primary  key 

GEN  MAINTENA 
NCE  PERSON  1 

D 

GEN  MAINTENA 
NCE  PERSON  1 

D 

i 

i 

■ 

■ 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No 

Referential  Integrity  Initially  Deferred 

No 
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Relationships 


Relationship  'Relationship119' 


Relationship119  I 

Relationship  type 

identifying 

Cardinality 

m  1 

Parent  entity 

GENERAL  MAINTENANCE  ACTION  j 

Child  entity 

GEN  MAINT  REQ  PUBLICATION  j 

Partiality 


Parent 

mandatory 

Child 

mandatory 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

RESTRICT 

RESTRICT 

Child 

NONE 

NONE 

.... 

Keys 


Parent  key 

Child  key 

Role  name  ! 

Primary  key 

GENERAL  MAIN 
TENANCE  ACTI 
ON  ID 

GENERAL  MAIN 
TENANCE  ACTI 
ON  ID 

i 

i 

i 

i 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No 

Referential  Integrity  Initially  Deferred 

No 

Relationship  'Relationship120' 


irflHip.'rajiurwsrMi 

Relationships  ! 

Relationship  type 

identifying 

I  Cardinality 

m  i 

Parent  entity 

PUBLICATION 

GEN  MAINT  REQ  PUBLICATION 

Partiality 


Parent 

mandatory 

Child 

mandatory 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

RESTRICT 

RESTRICT 

Child 

NONE 

NONE 

| 

Keys 


Parent  key 

Child  key 

Role  name 

Primary  key 

PUBLICATION  1 

D 

PUBLICATION  1 

D 

.... 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No 

Referential  Integrity  Initially  Deferred 

No  I 
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Relationships 


Relationship  'Relationship23' 


■  r/JMJM  itl.ni 

Relationship23  j 

I  Relationship  type 

identifying 

Cardinality 

m  \ 

FAILURE 

1  Child  entity 

MAINTENANCE  ACTION  ADDRESSES  FAILURE 

Partiality 


Parent 

mandatory 

Child 

mandatory 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

RESTRICT 

RESTRICT 

Child 

NONE 

NONE 

.... 

Keys 


Parent  key 

Child  key 

Role  name 

Primary  key 

FAILURE  ID 

FAILURE  ID 

.... 

COMPONENT  1 

D 

COMPONENT  1 

D 

.... 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No 

Referential  Integrity  Initially  Deferred 

No 

Relationship  'Relationship24' 


Relationship24  I 

Relationship  type 

identifying 

Cardinality 

1:N  1 

Parent  entity 

MAINTENANCE  ACTION 

Child  entity 

MAINTENANCE  ACTION  ADDRESSES  FAILURE 

Partiality 


Parent 

mandatory 

Child 

mandatory 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

RESTRICT 

RESTRICT 

Child 

NONE 

NONE 

.... 

Keys 


Parent  key 

Child  key 

Role  name  I 

Primary  key 

MAINTENANCE 
ACTION  ID 

MAINTENANCE 
ACTION  ID 

l 

l 

i 

i 

User-defined  variables 


Name 

Value  ! 

Referential  Integrity  Deferrable 

No 

Referential  Integrity  Initially  Deferred 

No 
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Relationships 


Relationship  'Relationship26' 


1 H  i  RWI  I'TTlTfWT*! 

Relationship26  I 

Relationship  type 

identifying 

Cardinality 

1=N  1 

Parent  entity 

MAINTENANCE  ACTION 

Child  entity 

MAINT  ACTION  INVOLVES  COMP 

Partiality 


Parent 

mandatory 

Child 

mandatory 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

RESTRICT 

RESTRICT 

Child 

NONE 

NONE 

.... 

Keys 


Parent  key 

Child  key 

Role  name  I 

Primary  key 

MAINTENANCE 
ACTION  ID 

MAINTENANCE 
ACTION  ID 

i 

i 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No  j 

Referential  Integrity  Initially  Deferred 

No 

Relationship  'Relationship28' 


Relationship28  ! 

Relationship  type 

identifying 

Cardinality 

1=N  I 

Parent  entity 

MAINTENANCE  ACTION 

Child  entity 

MAINT  ACTION  INVOLVES  PERSON 

Partiality 


Parent 

mandatory 

Child 

mandatory 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

RESTRICT 

RESTRICT 

Child 

NONE 

NONE 

1 

Keys 


Parent  key 

Child  key 

Role  name 

Primary  key 

MAINTENANCE 
ACTION  ID 

MAINTENANCE 
ACTION  ID 

.... 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No 

Referential  Integrity  Initially  Deferred 

No 
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Relationship  'Relationship^' 


msm 


Primary  key 


Parent  key  I  Child  ke 


MAINTENANCE_  MAINTENANCE_ 
PERSON  ID  PERSON  ID 


GEN_MAINTENA  GEN_MAINTENA 
NCE_PERSON_l  NCEPERSONJ 
D  D 


Role  name 


User-defined  variables 


Name 


Referential  Integrity  Deferrable 


Referential  Integrity  Initially  Deferred 


Value 


No 


No 


Relationship  'Relationship51' 


mm 


Primary  key 


Parent  ke 


GENERAL_MAIN 
TENANCE_ACTI 
ON  ID 


Child  ke 


GENERAL_MAIN 
TENANCE_ACTI 
ON  ID 


Role  name 


User-defined  variables 


Name 


Referential  Integrity  Deferrable 


Referential  Integrity  Initially  Deferred 


Value 


No 


No 
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Relationships 


Relationship  'Relationship52' 


IrJJMJM'.U.ffllWflTMi 

Relationship52  1 

Relationship  type 

identifying 

Cardinality 

m  l 

Parent  entity 

GENERAL  COMPONENT 

Child  entity 

MAINT  ACTION  REQ  GEN  COMPONENT 

Partiality 


Parent 

mandatory 

Child 

mandatory 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

RESTRICT 

RESTRICT 

Child 

NONE 

NONE 

— - 

Keys 


Parent  key 

Child  key 

Role  name 

Primary  key 

GENERAL  COM 
PONENT  ID 

GENERAL  COM 
PONENT  ID 

— - 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No 

Referential  Integrity  Initially  Deferred 

No 

Relationship  'Relationship64' 


Relationship  name 

Relationship64  ! 

Relationship  type 

non-identifying 

Cardinality 

UN  1 

Parent  entity 

UNIT 

Child  entity 

COMPONENT  i 

Partiality 


Parent 

mandatory 

Child 

mandatory 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

RESTRICT 

RESTRICT 

Child 

NONE 

NONE 

— 

Keys 


Parent  key 

Child  key 

Role  name 

|  Primary  key 

UIC 

UIC 

.... 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No 

Referential  Integrity  Initially  Deferred 

No 
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Relationships 


Relationship  'Relationship65' 


fjj  m  rwmrrfTW!* 

Relationship65  1 

Relationship  type 

non-identifying 

Cardinality 

ini 

Parent  entity 

COMPONENT 

Child  entity 

END  ITEM 

Partiality 


Parent 

mandatory 

Child 

mandatory 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

RESTRICT 

RESTRICT 

Child 

NONE 

NONE 

j 

Keys 


Parent  key 

Child  key 

Role  name 

Primary  key 

COMPONENT  1 

D 

COMPONENT  1 

D 

.... 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No 

Referential  Integrity  Initially  Deferred 

No 

Relationship  'Relationship66' 


Relationship  name 

Relationship66  1 

Relationship  type 

identifying 

|  Cardinality 

1:N  1 

Parent  entity 

COMPONENT 

Child  entity 

MAINT  ACTION  INVOLVES  COMP 

Partiality 


Parent 

mandatory 

Child 

mandatory 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

RESTRICT 

RESTRICT  ! 

Child 

NONE 

NONE 

.... 

Keys 


Parent  key 

Child  key 

Role  name  I 

Primary  key 

COMPONENT  1 

D 

COMPONENT  1 

D 

i 

l 

i 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No 

Referential  Integrity  Initially  Deferred 

No 
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Relationships 


Relationship  'Relationship67' 


mm 


Primary  key 


Parent  ke 


MAINTENANCE, 
ACTION  ID 


GENERAL_COM 
PONENT  ID 


Child  ke 


??? 


Role  name 


User-defined  variables 


Name 


Referential  Inteqritv  Deferrable 


Referential  Inteqritv  Initially  Deferred 


Relationship  'Relationship69' 


Value 


No 


No 


Keys 


Parent  key 

Child  key 

GENERAL  MAIN 

GENERAL  MAIN 

Primary  key 

TENANCE  ACTI 

TENANCE  ACTI 

ON  ID 

ON  ID 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No 

Referential  Integrity  Initially  Deferred 

No  1 
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Relationships 


Relationship  'Re!ationship70' 


1 :«  MjM'.W 

Relationship70  i 

Relationship  type 

identifying 

Cardinality 

UN  I 

Parent  entity 

FAILURE  MODE 

Child  entity 

FAILURE  MODE  REQUIRES  GENERAL  MAINT  ACTION  I 

Partiality 


Parent 

mandatory 

Child 

mandatory 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

RESTRICT 

RESTRICT 

Child 

NONE 

NONE 

— 

Keys 


Parent  key 

Child  key 

Role  name 

Primary  key 

FAILURE  MODE 
ID 

FAILURE  MODE 
ID 

.... 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No 

Referential  Integrity  Initially  Deferred 

No 

Relationship  'Relationship71' 


i w  m  j  rjvjwiirtrtwrr^B 

Relationship71  i 

I  Relationship  type 

non-identifying 

Cardinality 

m  \ 

itmsmimmm i 

FAILURE  MODE 

1  Child  entity 

FAILURE 

Partiality 


Parent 

mandatory 

Child 

mandatory 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

RESTRICT 

RESTRICT 

Child 

NONE 

NONE 

.... 

Keys 


Parent  key 

Child  key 

Role  name  i 

Primary  key 

FAILURE  MODE 
ID 

FAILURE  MODE 
ID 

l 

l 

i 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No  [ 

Referential  Integrity  Initially  Deferred 

No 
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Relationships 


Relationship  'Relationship73' 


iirjj  fflwjirmrww!* 

Relationship73  I 

Relationship  type 

non-identifying 

|  Cardinality 

1:N  1 

Parent  entity 

END  ITEM 

Child  entity 

USAGE  PERIOD  ! 

Partiality 


Parent 

mandatory 

Child 

mandatory 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

RESTRICT 

RESTRICT 

Child 

NONE 

NONE 

.... 

Keys 


Parent  key 

Child  key 

Role  name 

|  Primary  key 

END  ITEM  ID 

END JTEMJD 

— - 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No 

Referential  Integrity  Initially  Deferred 

No 

Relationship  'Relationship78' 


Relationship78  I 

Relationship  type 

non-identifying 

Cardinality 

1:N  1 

Parent  entity 

GENERAL  COMPONENT 

Child  entity 

FAILURE  MODE 

Partiality 


Parent 

mandatory 

Child 

mandatory 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

RESTRICT 

RESTRICT 

Child 

NONE 

NONE 

— 

Keys 


Parent  key 

Child  key 

Role  name  I 

Primary  key 

GENERAL  COM 
PONENT  ID 

GENERAL  COM 
PONENT  ID 

i 

i 

i 

i 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No 

Referential  Integrity  Initially  Deferred 

No 
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Relationships 


Relationship  'Relationship82' 


Primary  ke 


User-defined  variables 


Name 


Referential  Integrity  Deferrable 


Referential  Integrity  Initially  Deferred 


Value 


No 


No 


Relationship  'Relationship84' 


Keys 


Parent  key 

Child  key 

Role  name 

Primary  key 

COMPONENT  1 

D 

COMPONENT  1 

D 

.... 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No 

Referential  Integrity  Initially  Deferred 

No 
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Relationships 


Relationship  'Relationship85' 


Relationship85  I 

Relationship  type 

identifying 

|  Cardinality 

1:N  I 

Parent  entity 

GENERAL  MAINTENANCE  ACTION 

Child  entity 

GEN  MAINT  REQ  TOOL 

Partiality 


Parent 

mandatory 

Child 

mandatory 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

RESTRICT 

RESTRICT 

Child 

NONE 

NONE 

.... 

Keys 


Parent  key 

Child  key 

Role  name  j 

Primary  key 

GENERAL  MAIN 
TENANCE  ACTI 
ON  ID 

GENERAL  MAIN 
TENANCE  ACTI 
ON  ID 

l 

i 

i 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No 

Referential  Integrity  Initially  Deferred 

No 

Relationship  'Relationship86' 


:  i  R 1  nrffTTTTTS 

Relationship86  ! 

Relationship  type 

identifying  1  Cardinality 

m  \ 

Parent  entity 

GENERAL  MAINTENANCE  ACTION 

Child  entity 

GEN  MAINT  ACTION  REQ  GEN  PERSON 

Partiality 


Parent 

mandatory 

Child 

mandatory 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

RESTRICT 

RESTRICT 

Child 

NONE 

NONE 

.... 

Keys 


Parent  key 

Child  key 

Role  name  ! 

Primary  key 

GENERAL  MAIN 
TENANCE  ACTI 
ON  ID 

GENERAL  MAIN 
TENANCE  ACTI 
ON  ID 

i 

i 

i 

i 

User-defined  variables 


Name 

Value  ! 

Referential  Integrity  Deferrable 

No  j 

Referential  Integrity  Initially  Deferred 

No 
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Relationship  'Relationship87' 


a  :/-j  r  j  ffl'ws  mrfo?™ 

Relationship87  j 

Relationship  type 

identifying 

■  ii  linn  — iiiim 

Parent  entity 

USAGE  PERIOD 

Child  entity 

USAGE  PERIOD  REGIME 

Partiality 


Parent 

mandatory 

Child 

mandatory 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

RESTRICT 

RESTRICT 

Child 

NONE 

NONE 

— 

Keys 


Parent  key 

Child  key 

Role  name 

Primary  key 

USAGE  PERIOD 
ID 

USAGE  PERIOD 
ID 

— 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No 

Referential  Integrity  Initially  Deferred 

No 

Relationship  'Re!ationship90' 


il  rMfc'TffiTlPTiTTTfO^B 

Relationships  i 

Relationship  type 

identifying 

Cardinality 

m  i 

Parent  entity 

COMPONENT  I 

Child  entity 

GEN  COMP  REQ  GEN  MAINT  | 

Partiality 


Parent 

mandatory 

Child 

mandatory 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

RESTRICT 

RESTRICT  i 

Child 

NONE 

NONE 

.... 

Keys 


Parent  key 

Child  key 

Role  name 

Primary  key 

COMPONENT  1 

D 

COMPONENT  1 

D 

.... 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No 

Referential  Integrity  Initially  Deferred 

No 
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Relationship  'Relationship^' 


mm 


Primary  key 


Parent  key  I  Child  ke 


GENERAL_MAIN  GENERALJVIAIN 
TENANCE_ACTI  TENANCE_ACTI 
ON  ID  ON  ID 


Role  name 


User-defined  variables 


Name 


Referential  Integrity  Deferrable 


Referential  Integrity  Initially  Deferred 


Value 


No 


No 


Relationship  'Relationship92' 


Relationship  name 


Relationshi 


Parent  enti 


Child  enti 


Relationshio92 


GENERAL  COMPONENT 


GEN  COMPONENT  REQ  GEN  MAINT 


E3T7! 


Primary  key 


Parent  ke 


GENERAL_COM 
PONENT  ID 


Child  ke 


GENERAL_COM 
PONENT  ID 


Role  name 


User-defined  variables 


Name 


Referential  Integrity  Deferrable 


Referential  Integrity  Initially  Deferred 


Value 


No 


No 
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Relationships 


Relationship  'Relationship94' 


HrJJMJM.lJ.ll.infRm 

Relationship94  I 

Relationship  type 

identifying 

m  i 

Parent  entity 

GENERAL  MAINTENANCE  ACTION 

Child  entity 

GEN  COMPONENT  REQ  GEN  MAINT 

Partiality 


Parent 

mandatory 

Child 

mandatory 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

RESTRICT 

RESTRICT 

Child 

NONE 

NONE 

— 

Keys 


Parent  key 

Child  key 

Role  name  ! 

Primary  key 

GENERAL  MAIN 
TENANCE  ACTI 
ON  ID 

GENERAL  MAIN 
TENANCE  ACTI 
ON  ID 

i 

i 

l 

i 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No 

Referential  Integrity  Initially  Deferred 

No 

Relationship  'Relationship97' 


1  Relationship  name 

Relationship97  ! 

non-identifying 

|  Cardinality 

m  i 

I  Parent  entity 

MANUFACTURER 

!U  1 P  1  flHHH 

GENERAL  COMPONENT 

Partiality 


Parent 

mandatory 

Child 

mandatory 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

RESTRICT 

RESTRICT 

Child 

NONE 

NONE 

— 

Keys 


Parent  key 

Child  key 

Role  name 

|  Primary  key 

CAGE 

CAGE 

— 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No 

Referential  Integrity  Initially  Deferred 

No 
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Relationship  TOOLMAINTENANCE_ACTION_REQUIRES_TOOL' 


TOOLMAINTENANCE  ACTION  REQUIRES  TOOL  I 

Relationship  type 

UN  I 

Parent  entity 

TOOL 

Child  entity 

GEN  MAINT  REQ  TOOL 

Partiality 


Parent 

mandatory 

Child 

optional 

Referential  integrity 


Insert 

Update 

Delete 

Parent 

— 

CASCADE 

CASCADE 

Child 

NONE 

NONE 

.... 

Keys 


Parent  key 

Child  key 

Role  name 

|  Primary  key 

EBsmsamam 

TOOLID 

.... 

User-defined  variables 


Name 

Value 

Referential  Integrity  Deferrable 

No 

Referential  Integrity  Initially  Deferred 

No 
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